Share via


Disaster Recovery Strategies

Microsoft Exchange Server 2007 will reach end of support on April 11, 2017. To stay supported, you will need to upgrade. For more information, see Resources to help you upgrade your Office 2007 servers and clients.

 

Applies to: Exchange Server 2007, Exchange Server 2007 SP1, Exchange Server 2007 SP2, Exchange Server 2007 SP3

Having familiarized yourself with the various disaster recovery concepts, it is important to select a disaster recovery strategy. The disaster recovery strategy you select also influences your backup strategy. If your Microsoft Exchange Server 2007 organization encounters a problem that requires the recovery of a server that is running Exchange 2007 (for example, if a fire destroys one of your servers), there are three recovery options from which you can select:

  • Restore the server   You can restore the server from a full computer backup set, and then restore your Exchange databases. A full backup set includes a backup of System State data, the Exchange binary files, and most of the data on your hard disks.

  • Rebuild the server   You can rebuild the server completely. This option involves performing a new installation of Windows Server running Exchange 2007 in Disaster Recovery mode, and then restoring your Exchange databases. This option assumes that Active Directory directory service is still available in Exchange 2007 in Disaster Recovery mode.

  • Use a standby server   You can use a standby recovery server as part of the rebuild the server strategy. This option involves keeping recovery servers available with the operating system and other software installed. Having standby recovery servers available reduces the time it takes to rebuild a damaged server.

In addition to choosing a server recovery strategy, to maximize your flexibility of recovery options when you must perform a full server recovery, consider the following issues:

  • Priority of protecting Active Directory and Exchange database data   Take extra precautions to make sure of the safety of your Active Directory data and Exchange databases, which include both Exchange database files and transaction log files. If you have protected both of those sets of data, you will have additional options for recovering your Exchange data. Focus your resources on making sure that you protect those two items. Everything else is secondary.

  • Preparedness for being able to re-create configuration data manually if it becomes necessary   Although running Setup /mode:RecoverServer can help you bring up a functional server, it may not preserve every custom setting or leave connectors functional. Therefore, you should be prepared to re-create any Exchange configuration settings in the event that you cannot recover those settings stored in Active Directory. If you can manually reconfigure the server, you have additional recovery options if a disaster occurs. Reconfiguring the server involves such tasks as reconfiguring your connectors, making metabase modifications, and making registry modifications.

    Note

    A primary benefit to making Windows backup sets is that it lets you preserve the registry and other configuration settings on your servers. However, such a restore requires hardware that is similar to the system being restored.

In addition to the strategies discussed earlier, there are new features in Exchange 2007 that enable more recovery options and scenarios, including:

  • Improved backup and restore   When you use local continuous replication (LCR) or cluster continuous replication (CCR), Exchange 2007 enables you to offload Exchange-aware Volume Shadow Copy Service (VSS) backups from the active copy of a database to a passive copy of a database.

  • Database portability   Database portability provide several features, including the ability to port and recover a database on another server in the Exchange organization. Database portability enables faster disaster recovery strategies to be implemented for both site-level disasters and hardware failures for Exchange 2007 servers.

  • Dial tone portability   When a database, server, or datacenter is lost, you can use dial tone portability to provide access to a new dial tone database on another server in the Exchange organization.

For More Information

For more information about continuous replication, see Local Continuous Replication, Cluster Continuous Replication, and Standby Continuous Replication.

For more information about backup and restore options and strategies, see Database Backup and Restore.

For more information about database portability, see Database Portability.

For more information about dial tone portability, see Dial Tone Portability.