Storage Foundation 8.0 Quick Recovery Solutions Guide for Microsoft Exchange - Windows
- Introducing Quick Recovery for Microsoft Exchange
- Planning a Quick Recovery snapshot solution for Exchange
- System requirements
- Methods of implementing Quick Recovery snapshots
- Recommendations and best practices
- Configuring Exchange for Quick Recovery snapshots
- Implementing Exchange snapshot sets with the configuration wizard
- About the Quick Recovery Configuration Wizard
- Scheduling Exchange snapshot sets
- Scheduling or creating an individual snapshot set for Exchange
- Maintaining or troubleshooting snapshots
- Recovering Exchange mailbox databases
- Recovering after hardware failure
- About recovery after hardware failure
- Scenario I: Database and transaction logs volumes are missing
- Scenario II: Database volumes missing, transaction logs are available
- Refreshing the snapshot set on the current disks
- Moving the production volumes to different disks and refreshing the snapshot set
- Vxsnap utility command line reference for Exchange
Recovery using an Exchange 2010 passive copy snapshot in a Database Availability Group (DAG)
For Exchange 2010 mailbox databases, if you used SFW to create a snapshot of a passive copy of the database, the passive copy snapshot can be used to restore an Exchange mailbox database.
Refer to the Microsoft Exchange documentation for additional information on Microsoft Exchange Management Shell and cmdlets.
An example of a PIT recovery procedure from a snapshot of a passive replica copy of an Exchange mailbox database MB1 on an active mailbox database TestServer1 and replica copy on TestServer2 would be as follows:
Take a snapshot of the replica copy of the mailbox database on TestServer2.
Use the Move-ActiveMailboxDatabase cmdlet to perform the active mailbox database MB1 switchover from TestServer1 to TestServer1.
Move-ActiveMailboxDatabase MB1 -ActivateOnServer TestServer2
Now TestServer1 has the active mailbox database and TestServer1 has the replica copy.
Use the Suspend-MailboxDatabaseCopy cmdlet to block replication and replay activities (log copying and replay).
Suspend-MailboxDatabaseCopy -Identity MB1\TestServer1 [-Confirm:$False]
Use -Confirm to prevent user intervention.
Use the Set-MailboxDatabaseCopy cmdlet to configure the properties of a database copy and set the checkbox for " ".
set-mailboxdatabase -identity MB1\TestServer2 -allowfilerestore:$true
Use the dismount-Database cmdlet to dismount the database
dismount-Database -Identity MB1\TestServer2 [-Confirm:$False]
Use -Confirm to prevent user intervention.
For a VCS cluster setup, offline the VCS resource for the Exchange 2010 database manually if automatic offlining fails.
Specifying the -a option with the vxsnap restore utility dismounts the database automatically. For a cluster setup, it offlines the resource automatically.
Now perform the VSS restore operation using either the VEA wizard or the vxsnap CLI utility with the active writer (Microsoft Exchange Writer) to restore the passive copy snapshot.
vxsnap -x snapdata.xml restore RestoreType=PIT writer="Microsoft Exchange Writer"
For this example, assume that the snapshot of the replica was performed with
vxsnap -x snapdata.xml create writer="Microsoft Exchange writer Replica" component=MB1 backupType=COPY -E -O
Use the mount-Database cmdlet to mount the database.
mount-Database -Identity MB1\TestServer2
For a VCS cluster setup, online the VCS resource for the Exchange 2010 database manually if automatic onlining of the resource fails.
Specifying the -a option with the vxsnap restore utility mounts the database automatically. For a cluster setup, it onlines the resource automatically.
Use the Update-MailboxDatabaseCopy cmdlet.
Update-MailboxDatabaseCopy -Identity MB1\TestServer2 -SourceServer TestServer1 -DeleteExistingFiles [-Confirm:$False]
Use -Confirm to prevent user intervention.