Restoring BLI backup images
Restoring the backup images that a BLI backup creates is no different than restoring the backup images that are created using the default NetBackup configuration. Restoring to any of the incremental backup images requires NetBackup to restore the last full backup image and all the subsequent incremental backups until the specified incremental backup image is restored. NetBackup does this action automatically. The media that stored the last full and the subsequent incrementals must be available, or the restore cannot proceed.
You can start the restore operations from the NetBackup client by using the Backup, Archive, and Restore interface. To restore the latest copy of each file, select either the files or parent directories with the latest backup date, and click . For more information on restoring, see the NetBackup Backup, Archive, and Restore Getting Started Guide.
If the operation is to restore files from an incremental backup image, NetBackup issues multiple restore operations beginning from the last full backup image and the subsequent incremental backup images until the selected date. The activity of multiple restores is logged in the Progress Log.
If you plan to restore files backed up by another client or to direct a restore to another client, start the restore from the NetBackup server using the Backup, Archive, and Restore interface. Before you initiate a restore, a backup must have successfully completed or an error occurs during the execution.
For Solaris, HP-UX, and AIX the restore destination can be as follows. The destination file system does not need to support the Storage Checkpoint feature. However, an Arctera InfoScale file system with the Storage Checkpoint feature is required to perform BLI backups of the restored data.
Operating System | Supported restore destination |
|---|---|
Solaris | Arctera InfoScale or UFS file system |
HP-UX | Arctera InfoScale or HFS file system |
AIX | Arctera InfoScale or JFS file system |
Note that restoring a file causes all blocks in that file to be rewritten. Thus, all the blocks in the file are considered to have been modified. Thus, the first subsequent differential incremental backup and all subsequent cumulative incremental backups back up all of the blocks in the restored file. If you are restoring an entire database or a file system, the first subsequent backup backs up all blocks that are restored.
To restore a Quick I/O file, if both the symbolic link and the hidden file already exist, NetBackup restores both components from the backup image. If either one of the two components is missing, or both components are missing, NetBackup creates or overwrites as needed.
Oracle database recovery might be necessary after restoring the files. See the Oracle documentation for more information on doing database recovery.