ibm-information-center/dist/eclipse/plugins/i5OS.ic.rzau9_5.4.0.1/rzau9linuxbackupoverview.htm

121 lines
7.9 KiB
HTML

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="en-us" xml:lang="en-us">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="copyright" content="(C) Copyright IBM Corporation 2005" />
<meta name="DC.rights.owner" content="(C) Copyright IBM Corporation 2005" />
<meta name="security" content="public" />
<meta name="Robots" content="index,follow" />
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
<meta name="DC.Type" content="concept" />
<meta name="DC.Title" content="Linux backup and recovery overview" />
<meta name="abstract" content="This topic discusses Linux backup and recovery." />
<meta name="description" content="This topic discusses Linux backup and recovery." />
<meta name="DC.Relation" scheme="URI" content="rzau9linuxbackup.htm" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rzau9linuxbackupoverview" />
<meta name="DC.Language" content="en-us" />
<!-- All rights reserved. Licensed Materials Property of IBM -->
<!-- US Government Users Restricted Rights -->
<!-- Use, duplication or disclosure restricted by -->
<!-- GSA ADP Schedule Contract with IBM Corp. -->
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
<link rel="stylesheet" type="text/css" href="./ic.css" />
<title>Linux backup
and recovery overview</title>
</head>
<body id="rzau9linuxbackupoverview"><a name="rzau9linuxbackupoverview"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Linux backup
and recovery overview</h1>
<div><p>This topic discusses Linux<sup>®</sup> backup and recovery.</p>
<p>Linux-centric backup is inherently file oriented in nature because Linux backup
utilities operate at a file level. It is very difficult to back up an entire Linux drive
as a single entity using Linux backup utilities. The only way to save a complete
copy of a disk volume using Linux is to buy a third-party imaging
product. These products require special skills to use, and are not supported
for use with integrated Linux servers. </p>
<p>It should be noted that when we discuss Linux file-level backup and the applications
that can be used to perform this task, we are really talking about Linux flat files,
that is, non-database files. In <span class="keyword">i5/OS™</span>,
we usually do not draw such a distinction because we use the same backup tools
to save both database and non-database files. In Linux, however, you would usually back
up database files using a backup application that is specific to the installed
database. Therefore, when we discuss file-level backup in this section it
is in the context of flat, or non-database, files. </p>
<p>There are other differences between an <span class="keyword">i5/OS</span> and Linux backup.
When performing an <span class="keyword">i5/OS</span> backup,
we usually put the partition to restricted state and save objects direct to
tape. While the data can be compressed, the objects are written sequentially
on the tape and not saved to a single container (archive in Linux terms).
When backing up to tape, this is the most logical and efficient way to perform
a save. In the Linux world, however, a backup usually means saving
files to a single archive file on disk. The archive file can then either be
copied to another Linux server in the network for safekeeping, or dumped
to tape.</p>
<p>When we discuss backup we usually assume that we are backing up to tape.
However, we can also back up to disk. Backing up to disk is usually an intermediate
step before saving to tape in a staged backup. Ultimately we must back up
to tape, or to disk on another system to guard against a complete loss of
the primary system. While backup to tape is fairly straightforward, there
are applications and techniques that can also be used to save data to disk
on remote systems so that files can be quickly recovered in the event of a
data loss.</p>
<p>Although Linux documentation
might talk about “disaster recovery” backup, we need to draw a distinction
between the disaster recovery backup capability provided by <span class="keyword">i5/OS</span> for
an integrated Linux server, and disaster recovery in the context
of a Linux backup
application. From the Linux point of view, a disaster recovery backup is
a backup of all files on a disk volume or volumes versus backing up selected
files. However, Linux backup applications still save at a file level,
and you can still restore individual files from a Linux “disaster recovery” backup. In contrast,
an <span class="keyword">i5/OS</span> storage space
backup saves a complete image of a Linux drive as a single entity, and you
cannot directly restore individual files from it. You can restore the storage
space to a new name and link it to the same server, then copy the needed files
from it. However, <span class="keyword">i5/OS</span> storage
space backup is very fast, and can provide additional functions not readily
available with a Linux "disaster recovery" backup, such as the ability
to quickly restore a complete copy of the system drive. In the context of
this information, we regard all Linux backup operations as file-level
backups.</p>
<div class="note"><span class="notetitle">Note:</span> When using a Linux backup application you can use either a native iSeries™ tape
drive or a standalone Linux server-attached tape drive to save and restore Linux files.
Both <span class="keyword">i5/OS</span> and Linux cannot
use an iSeries tape
drive concurrently; it must be allocated or "locked" to one operating system
or the other.</div>
<p>Note that the tape drive must be varied off in the hosting <span class="keyword">i5/OS</span> partition.
Tape devices show up under the /dev directory, for example, /dev/st0 or /dev/st1. </p>
<p>Using a Linux application
to perform file-level backups can be difficult to incorporate into an unattended
backup from the <span class="keyword">i5/OS</span> side.
This is because Linux cannot share a tape cartridge formatted for use
by <span class="keyword">i5/OS</span>.</p>
<div class="note"><span class="notetitle">Note:</span> Tape libraries and automatic cartridge loaders (ACLs) on the supported
devices list are not supported in random access mode. However, they are supported
in manual or sequential access mode.</div>
<p>There are some good reasons why you might want to use an iSeries tape
drive in preference to an Integrated xSeries<sup>®</sup> Server or xSeries-attached tape
drive. iSeries tape
drives tend to be very fast, reliable, robust and high capacity; and it can
be possible to consolidate a number of tape drives in your organization down
to one or two iSeries devices.
If you have multiple integrated Linux servers in the same <span class="keyword">i5/OS</span> partition,
they can all access the same tape drive (although not at the same time). Therefore,
you might only need one iSeries tape drive to back up all your Linux servers. </p>
<p>You can find more information about Linux backup strategies and automating
the backup process, along with general information about backup and restore,
at the following Web site: </p>
<p><a href="http://www.backupcentral.com/" target="_blank">http://www.backupcentral.com/</a> <img src="www.gif" alt="Link outside information center" /></p>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzau9linuxbackup.htm" title="This topic introduces the techniques you can use to perform Linux-centric backup and recovery on an Integrated xSeries Server or Integrated xSeries Adapter running Linux.">Linux-centric backup and recovery</a></div>
</div>
</div>
</body>
</html>