Using Windows Server Backup to Back Up and Restore Exchange Data
Applies to: Exchange Server 2013
Topic Last Modified: 2012-11-06
Microsoft Exchange Server 2013 includes a built-in plug-in for Windows Server Backup that enables you to create Volume Shadow Copy Service (VSS)-based backups of Exchange data. You can use Windows Server Backup to back up and restore your Exchange databases. A thorough understanding of what needs to be backed up, where to store backups, and how to restore backups is key to being an effective Exchange administrator. For more information about what needs to be backed up in Exchange 2013, see Backup, Restore, and Disaster Recovery.
The new plug-in is delivered in the form of an executable called WSBExchange.exe, which is configured to run as a service named Microsoft Exchange Server Extension for Windows Server Backup. (The short name for this service is WSBExchange.) The plug-in is automatically installed on all Exchange 2013 Mailbox servers and configured by default for manual startup. The plug-in enables Windows Server Backup to create Exchange-aware VSS backups.
|To use the plug-in, you must have the Windows Server Backup feature installed. However, you shouldn't install the Windows Server Backup command-line tools. These tools require an older version of the Windows PowerShell command-line interface, which isn't compatible with Exchange 2013. When you install Windows Server Backup, the command-line tool WBAdmin.exe is also installed. This command-line tool can be run from the Windows command prompt (cmd.exe).|
For detailed steps about how to back up an Exchange server using Windows Server Backup, see Use Windows Server Backup to Back Up Exchange.
For detailed steps about how to restore data from a backup taken with Windows Server Backup, see Use Windows Server Backup to Restore a Backup of Exchange.
Before using Windows Server Backup to back up Exchange data, we recommend that you familiarize yourself with the following features and options for the plug-in:
Backups taken with Windows Server Backup occur at the volume level. To back up a database and its log stream, you must back up the entire volume containing the database and logs. You can't back up any data without backing up the entire volume containing the data.
The backup must be run locally on the server being backed up, and you can't use the plug-in to take remote VSS backups. There is no remote administration of Windows Server Backup or the plug-in. You can, however, use Remote Desktop Services or Terminal Services to remotely manage backups.
The backup can be created on a local drive or on a remote network share.
Only full backups can be taken. Log truncation will occur only after a successful completion of a full backup of a volume or folders containing an Exchange database.
When restoring data, it's possible to restore only Exchange data. This data can be restored to its original location or to an alternate location. If you restore the data to its original location, Windows Server Backup and the plug-in automatically handle the recovery process, including dismounting any existing databases and replaying logs into the recovered database.
The restore process doesn't directly support the recovery database (RDB). However, if you restore to an alternate location, you can then manually move the restored data from the alternate location into an RDB, if needed.
When restoring Exchange data, all backed up databases must be restored together. You can't restore a single database.