Exchange Restores using NetBackup

From World History Wiki
Jump to: navigation, search
World History Wiki is Brought to you by:
S.J.'s Adventures

This document assumes you are familiar with how to do restores and how to use the Java Admin Console. (Also see this older document: Exchange Restore).

This procedure is for restoring an Exchange database on a live Exchange server were you plan to extract historical data. This procedure does not cover doing a full recover of an Exchange server, nor does it cover doing granular mailbox restores.

For more details see: NetBackup for Exchange PDF.

Also see Everything you never wanted to know about the NetBackup Exchange Agent.

  1. The Exchange Admin must first create a Recovery Storage Group:
    NOTE: It's very important to know the specifics of how this RSG is setup, so you know how to configure the restore.

  2. From within the NetBackup Java Admin Console, select the appropriate database server to restore to and specify a policy type of "MS-Exchange-Server".
    It's important to note that for Clustered Exchange servers, running the restore from the client side may not work due to the name that NetBackup will use as the "destination client" not matching the Exchange servers cluster name. Also see Symantec Technote 39097 for more details on this issue.

  3. Select the appropriate database and associated logs to be restored.
    It's important to note that the appropriate log files are also required to insure the database is properly restored.

  4. Click on the "Restore" button. The resulting window will allow you to select the appropriate options for the restore
    It may be useful to "preview" the restore to note which tapes may be needed for a restore

  5. You need to perform a "Point-in-time recovery"
    A "Roll forward recovery" is meant for recovering the most recent Exchange logs such as in the event of full production database recovery.
    NOTE: The above screen shot is just an example
    Whether or not you use "Dismount the database" depends on the current stat of the Recovery Storage Group - is it currently on-line and needing to be dismounted, or currently off-line with no need to be dismounted. Also, mounting the database after restore depends on the preference of the Exchange admin. In any case, with a Point-in-Time recovery you'll typically want to "commit" unless you are doing restores of incremental backups.

  6. Re-direct the restore to the Recovery Storage Group:

  7. Monitor the Restore log, and the Activity Monitor for the final success.
    If the restore is able to send data to the client, but still fails, double check the Recovery Storage Group configuration, and make sure the account the NetBackup service is running under has permissions to the Exchange database.
    If no data is sent something is either not configured correctly, or there may be other underlying Network communications issues.

Back to NetBackup