Use the recovery feature to recover an entire database, storage group, or selected items from Exchange backups. See the following topics for details:
Before recovering, see these topics for details specific to your Exchange environment:
Exchange 2016, 2013, and 2010 use recovery databases. Each server has a recovery database, and there can only be a single mounted recovery database at a time.
Once you have created the recovery database, recover the backup to it. Then use the Microsoft Exchange Management Shell to extract mailbox data from the information store into the local mail.pst file. You can also merge the extracted data back into the currently active information store.
Recovery databases differ from the RSG (Recovery Storage Group) mechanism in Exchange 2007 and 2003.
Exchange 2007 uses the RSG (Recovery Storage Group) mechanism. RSG enables you to mount a second copy of an Exchange information store on any Exchange server that belongs to the same Exchange Administrative Group as the original, while the original information store is still active. This feature enables you to recover data from the backup copy of the information store without interfering with the on-going operation of the Exchange server.
Once you have created the RSG, you first recover the backup to it and then use the Microsoft Exchange Management Shell in Exchange 2007 to extract mailbox data from the information store into the local mail .pst file. Optionally, you may also merge the extracted data back into the currently active information store.
RSG differs from the recovery database mechanism in Exchange 2016, 2013, and 2010.
Direct recovery to the RSG (Recovery Storage Group) is not permitted for Exchange 2003 backups. Instead only recovering to the original location or to an alternate location is supported.
Use the procedures in this section to recover an Exchange database or storage group to a specific target. Before the recovery, verify the recovery target is set up as required and that any restrictions have been met. Choose from the following recover targets:
Recovery to the Exchange server is the default recover type. All database and transaction log files recover directly to the original location. To perform a successful recovery to the original Exchange server, the following conditions must be met:
Condition |
Explanation |
---|---|
Database name and file name must remain unchanged from the time the backup was performed. |
The database name is the symbolic or displayable name of the database. For example, Mailbox Database or Mailbox1. The actual database file name, for example Mailbox1.edb, must also be unchanged since the backup was run. Note that the location of the database files and transaction log files may be changed after the backup has been performed, if needed. If the log files or database files must be moved to another volume or disk, the actual names of the database files must be preserved. |
Databases must be dismounted. |
For Exchange 2003 and 2007, this includes all databases contained in the storage group. For Exchange 2016, 2013, and 2010, only the database being recovered must be dismounted. |
Database must be in a Clean Shutdown state. |
If the database is in a Dirty Shutdown state, you can recover the backup, but need to bring the database into a Clean Shutdown state to mount the database. After recovering, if you cannot mount the database, see this Microsoft article to determine whether this is the problem: Exchange Database Is in a Dirty Shutdown State. |
Databases must be marked as overwrite allowed on restore. |
All databases must have the overwrite allowed on restore flag set. This task can be performed using the Exchange server administrative console or the appropriate Exchange server command line utility. If this is not the case, the recovery fails. |
Remove all existing database and transaction log files. |
Unitrends recommends that all database and transaction log files be removed from the recovery location. Recovering a differential, incremental, or a full backup recovers the server to a specific point-in-time. To ensure that the storage group or database can be remounted without integrity errors, any existing database and transaction log files should be removed before performing the recovery. |
1 | Verify all prerequisites have been met, as described in Recovering to the original Exchange server. |
2 | Select Recover and click the Backup Catalog tab. |
3 | Expand the Exchange server and select the applicable backup. |
4 | Click Recover. |
5 | Select Original Exchange Server as the Recovery Target. |
6 | (Optional) Specify asset-side commands to run by entering any system command or user script in Commands to run pre-restore and Commands to run post-restore. |
7 | Click Next. |
8 | Click Save. |
All database and transaction log files are recovered directly to the original location.
9 | Re-mount any databases you dismounted for the recovery. |
Recovery to a recovery area is supported only for Exchange 2016/2013/2010 (a recovery database) and Exchange 2007 (an RSG, or recovery storage group). It is not supported for Exchange 2003 or earlier versions. Additionally, it is only available if there is a recovery database or recovery storage group available in the backup.
To perform a successful recovery to a recovery database or recovery storage group, the following conditions must be met:
Condition |
Explanation |
---|---|
Exchange 2016/2013/2010 recovery database or Exchange 2007 RSG |
Exchange 2003 or earlier versions are not supported. |
Databases must be dismounted. |
For Exchange 2007, this includes all databases contained in the storage group. For Exchange 2016, 2013 and 2010, only the recovery databases must be dismounted. |
Database must be in a Clean Shutdown state. |
If the database is in a Dirty Shutdown state, you can recover the backup but need to bring the database into a Clean Shutdown state to mount the database. After recovering, if you cannot mount the database, see this Microsoft article to determine whether this is the problem: Exchange Database Is in a Dirty Shutdown State. |
Databases must be marked as overwrite allowed on restore. |
All databases must have the overwrite allowed on restore flag set. This task can be performed using the Exchange server administrative console or the appropriate Exchange server command line utility. If this is not the case, the recovery fails. |
Remove all existing database and transaction log files. |
Unitrends recommends that all database and transaction log files be removed from the recovery location. Recovering a differential, incremental, or a full backup recovers the server to a specific point-in-time state. To ensure that the storage group or database can be remounted without integrity errors, any existing database and transaction log files should be removed before performing the recovery. |
[Exchange 2007 only] The RSG must contain the same number of mailbox databases and public folder databases as the original storage group |
Each database filename (e.g., mailbox1.edb, publicfolder.edb) created in the recovery storage group must match the corresponding database file name in the original storage group that is being recovered. Creating recovery storage groups using the Exchange 2007 Administrative Console enforces this rule. |
1 | Verify all prerequisites have been met, as described in Recovering to a recovery area. |
2 | Select Recover and click the Backup Catalog tab. |
Use Filter Backups to the right to customize the backups that display.
3 | Expand the Exchange server and select the desired backup or imported backup copy. |
To import a backup copy, see To import a backup copy.
4 | Click Recover. |
5 | Select Original Exchange Server as the Recovery Target. |
6 | Select a Recovery Database from the drop-down. |
7 | (Optional) Specify asset-side commands to run by entering any system command or user script in Commands to run pre-restore and Commands to run post-restore. |
8 | Click Next. |
9 | Click Save. |
This option recovers the Exchange information store to be recovered to a location other than the original location where it resided when the backup occurred. The alternate location can be either to the same Exchange server host, a different Windows protected asset, the network share of your Unitrends appliance, or any CIFS/NFS network storage. To recover to CIFS/NFS network storage, you must first add the storage to the Unitrends appliance as a NAS asset. For details, see Managing protected assets.
The following specifies the difference between a full, differential, and incremental recovery to an alternate location:
Backup type |
Explanation |
---|---|
Full |
All data associated with the Exchange information store is recovered to the specified location. |
Differential |
Only the data contained in the differential backup is recovered to the named location; the associated full backup is not recovered. A differential recovery should be used only if certain files within the backup are required or a third-party tool is used for individual mailbox or item recovery, e.g. Kroll On-Track. This type of recovery can be performed to any Windows-based protected asset, and the server is not required to have Microsoft Exchange Server installed. This type of recovery may also be done to the backup appliance. |
Incremental |
Incremental backup chains can become very lengthy, creating a large recovery. To simplify the recovery process, the appliance creates a single recovery job on the recovery point chosen. This is not a synthetic backup, it is simply a concentration of the available backups, sent in backed-up order. |
1 | Verify all prerequisites have been met, as described in Recovering Exchange Backups. |
2 | Select Recover and click the Backup Catalog tab. |
Use Filter Backups to the right to customize the backups that display.
3 | Expand the Exchange server and select the desired backup or imported backup copy. |
To import a backup copy, see To import a backup copy.
4 | Click Recover. |
5 | Select Alternate Location as the Recovery Target. |
6 | Select an asset to which to recover the database or storage group. |
7 | Enter the desired Directory Path. |
8 | (Optional) Specify client-side commands to run by entering any system command or user script in Commands to run pre-restore and Commands to run post-restore. |
9 | Click Next. |
10 | Click Save. |
In addition to giving you the ability to recover an entire Exchange database or selected Exchange storage groups, Unitrends provides EQR (Exchange Quantum Recovery) which allows granular items, down to the individual mail item, to be recovered.
Unitrends offers and supports Kroll Ontrack Powercontrols to recover individual items from an Exchange backup.
Note: Kroll can be used with 32-bit versions of Outlook only. 64-bit Outlook versions are not supported. For a complete overview of Kroll Ontrack PowerControls for Exchange, including procedures and limitations, see Kroll’s Exchange user guide available at http://www.krollontrack.com/support/user-guide-and-manuals/.
There are two fundamental ways that this tool may be used:
Recover from |
Explanation |
---|---|
Directly from the Exchange backup |
Use to perform all of the functions associated with KOP directly from the Exchange backup without having to first perform the recovery of an Exchange backup. |
A previously recovered Exchange backup |
After an Exchange backup has been recovered (see Recovering an Exchange database or storage group), KOP or a third-party tool (e.g., Lucid8) can be used to search and recover individual Exchange items. Note that unlike KOP, third-party tools are certified and supported by third parties and not by Unitrends. |
Unitrends offers an optional feature that allows individual Exchange items to be recovered directly from the Exchange backup. This means that you can recover individual Exchange items without first having to perform the recovery of an Exchange backup. This option provides the fastest recovery time possible.
To recover individual Exchange items directly from the Exchange backup
1 | Select Recover and click the Backup Catalog tab. |
Use Filter Backups to the right to customize the backups that display.
2 | Expand the Exchange server and select the desired backup or imported backup copy. |
To import a backup copy, see To import a backup copy.
3 | Click Recover Files. |
4 | Click Confirm to create the recovery point. |
Note: Creating the recovery point object can take some time. If you go to KOP and do not see any available items, check back later.
5 | Use KOP to recover Exchange items. See Recovering items with Kroll Ontrack PowerControls for Exchange for details. |
6 | Tear down the recovery object. For instructions, see To view or tear down Exchange recovery objects. |
After files have been recovered, the session remains until you tear it down. Because appliance resources are used to maintain the session, it is important to tear it down to ensure optimal performance.
To view or tear down Exchange recovery objects
1 | If tearing down the object, disconnect from the network drive you mounted on the KOP system. |
2 | Select Recover and click the Backup Catalog tab. |
3 | Select File Level Recovery. |
4 | Select the Exchange recovery object in the list. |
5 | Click Remove to tear down the object. |
If the option of recovering an individual Exchange item directly from the Exchange backup is not available, then the recovery may be performed from a previously recovered Exchange backup. After an Exchange backup has been recovered, KOP or a third-party tool (e.g., Lucid8) may be used to search and recover individual Exchange items. Note that unlike KOP, third-party tools are certified and supported by third parties and not Unitrends.
There are two classes of recovery targets in this situation: the recovery of the Exchange backup may be performed to the Unitrends system or the recovery of the Exchange backup may be performed to a customer’s Windows system. The advantage to recovering the Exchange backup to the Unitrends appliance is that typically the recovery is faster because there is no network bandwidth overhead incurred.
After completing step 1 through step 4 in To recover individual Exchange items directly from the Exchange backup, use the following procedure to recover individual items.
Note that to copy to a mailbox other than the one you logged in under, Full Mailbox Access must be set to Allow. For additional information, see "About Restoring Messages to a Microsoft Exchange Server" in the Ontrack Power Controls User Guide.
To recover items using Kroll Ontrack PowerControls for Exchange
Note: Creating the recovery object can take some time. If you do not see any available items in KOP, check back later.
1 | Log in to your Windows machine with Kroll installed. Run Kroll Ontrack PowerControls for Exchange. |
2 | On the Welcome screen, click Next. |
3 | Next to the Source File field, click Browse. Browse to the exchange_restore share on your Unitrends appliance and double click the Exchange .edb file. If recovering from a full backup, the .edb file should be located in the backup0 folder. If recovering from a differential or incremental backup, the .edb file should be in the merged folder. |
4 | Back on the Source Path Selection screen, click Next. |
5 | Choose to recover to a PST file or directly back to a live Exchange environment. If recovering back to a live Exchange environment, supply administrative credentials to any mailbox to which you want to recover. |
6 | Click Next. If creating a PST file, click Next and make a selection on the compatibility of the file. |
7 | To recover items, do one of the following: |
• To recover items to a PST file or live Exchange environment, navigate to the items you want to recover in the Source pane on top, select them, then drag and drop them to the node you want to recover them to in the Target pane on bottom.
• To recover items to a network location, navigate to the items you want to recover in the Source pane on top, select them, right click and select Export, select a message format and recovery location, and click Export.
8 | After recovering all the items you want to recover, close Kroll Ontrack PowerControls for Exchange. |
9 | Tear down the recovery object as described in To view or tear down Exchange recovery objects. |