Restore command

To restore a backup from IBM Storage Protect™ storage to an Exchange server, use the restore command.

When you use the restore command, remember the following guidelines:
  • When you restore inactive backups or active incremental backups, use the /object parameter to specify the name of the backup object to restore. This object name uniquely identifies the backup instance in IBM Storage Protect storage. You can issue a tdpexcc query tsm * command to obtain a list of the object names.

    If the tdpexcc restore dbname incr command is entered (without the /object parameter) to restore multiple active incremental backups, all multiple active incremental backups are restored sequentially. The /object parameter is used to restore only one incremental backup at a time.

  • To initiate recovery, you must use the /recover parameter when you restore the last backup object. In addition, the value of /templogrestorepath is not the same value as the current location. If the value is the same, the database can become corrupted.
    • Specify /recover=applyalllogs to replay the restored-transaction log entries and the current active-transaction log entries.
    • Specify /recover=applyrestoredlogs to replay only the restored-transaction log entries. The current active-transaction log entries are not replayed.

      When you choose this option for a restore, your next backup must be a full or copy backup.

    Failure to use the /recover parameter when you restore the last backup set leaves the databases unmountable.
  • Specify /mountdatabases=yes if you are restoring the last backup set and you want the database mounted automatically after the recovery is completed.
With Microsoft™ Exchange Server, you cannot specify the asterisk (*) wildcard character in database names. Databases that contain the asterisk (*) wildcard character in their name are not backed up.

The GUI provides an easy-to-use, flexible interface to help you complete a restore operation. The interface presents information in a way that allows multiple selection and, in some cases, automatic operation.

Important:
If the Windows™ event log, Data Protection for Exchange Server log file, or a command error indicates that a restore operation failed, this failure might be caused by the restore.env file that remains behind. This file is created by the Microsoft restore interface and is used for debugging the restore failure. This file is named Ennrestore.env where Enn is the base name of the restored transaction log files. After the restore error is resolved, remove any remaining restore.env files before you attempt the next restore operation. For more information, see the following Microsoft web page: Restore.env file documentation
Data Protection for Exchange Server supports the following types of restore:
Full
Restore a full backup.
Copy
Restore a copy backup.
Incremental
Restore an incremental backup.
Differential
Restore a differential backup.