12.07.2015 Views

IBM Tivoli Storage Manager for UNIX and Linux Backup-Archive ...

IBM Tivoli Storage Manager for UNIX and Linux Backup-Archive ...

IBM Tivoli Storage Manager for UNIX and Linux Backup-Archive ...

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Journal-based backupJournal-based backup is supported on the AIX <strong>Backup</strong>-<strong>Archive</strong> client, on JFS, JFS2,<strong>and</strong> VxFs file systems. A backup <strong>for</strong> a particular file system is journal-based whenthe <strong>Tivoli</strong> <strong>Storage</strong> <strong>Manager</strong> journal daemon is installed <strong>and</strong> configured to journalthe file system, <strong>and</strong> a valid journal has been established.If the journal daemon is installed <strong>and</strong> running, then by default the incrementalcomm<strong>and</strong> will per<strong>for</strong>m a journal-based backup on file systems which are beingmonitored by the journal engine daemon. The following conditions must be met inorder to successfully per<strong>for</strong>m a journal-based backup:vvvvThe journal daemon must be set up to monitor the file system that contains thefiles <strong>and</strong> directories being backed up.A full incremental backup must have been run successfully at least once on thefile system being backed up.The file space image of the file system at the server cannot have been modifiedby an administrative comm<strong>and</strong> since the last full incremental backup.The storage management policy <strong>for</strong> the files being backed up cannot have beenupdated since the last full incremental backup.The journal daemon records changes to an object or its attributes in a journaldatabase. During a journal-based backup, the client obtains a list of files that areeligible <strong>for</strong> backup from the journal database. Journal-based backup can increasebackup per<strong>for</strong>mance because the client does not scan the local file system orcontact the server to determine which files to process. Journal-based backup alsoreduces network traffic between the client <strong>and</strong> server<strong>Tivoli</strong> <strong>Storage</strong> <strong>Manager</strong> filters the list based on the current include-exclude list <strong>and</strong>processes, expires, <strong>and</strong> updates the resulting files according to policy constraints,such as serialization. However, the client ignores the server frequency attributeduring a journal-based backup. The reason <strong>for</strong> this is because a journal-basedbackup eliminates the backup version query to the server; there<strong>for</strong>e, the client doesnot know how many days have transpired since the last backup of the file.The journal daemon does not record changes in <strong>UNIX</strong> special files.The journal daemon excludes specific system files from having changes recorded inthe journal. Because changes to these files are not journaled, <strong>Tivoli</strong> <strong>Storage</strong><strong>Manager</strong> does not back up these files. See the journal daemon configuration filetsmjbbd.ini located in the <strong>Tivoli</strong> <strong>Storage</strong> <strong>Manager</strong> installation directory <strong>for</strong> specificsystem files that are excluded.Note:1. When using antivirus software, there are limitations to journal-based backup.Some antivirus software can incorrectly generate change notifications to theTSM journal service, causing files that have not changed to be incorrectlybacked up during journal based backup. To avoid these problems, use NortonAnti-Virus Corporate Edition 8.0 <strong>and</strong> higher.2. A journal-based backup might not fall back to the traditional incrementalbackup if the policy domain of your node is changed on the server. Thisdepends on when the policy set within the domain was last updated <strong>and</strong> thedate of the last incremental backup. In this case, you must <strong>for</strong>ce a fulltraditional incremental backup to rebind the files to the new domain. Use thenojournal option with the incremental comm<strong>and</strong> to specify that you want toper<strong>for</strong>m a traditional full incremental backup, instead of the defaultChapter 11. Using comm<strong>and</strong>s 471

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!