NetVault Plug-in for Exchange 12.1

New-MailboxRestoreRequest -SourceDatabase "<RDB_Name>"
-SourceStoreMailbox "<SourceMailbox_GUID>" -TargetMailbox "<TargetMailBox>"
-AllowLegacyDNMismatch

The following example restores a mailbox with a GUID of 1d20855f-fd54-4681-98e6-e249f7326ddd for a user named Scott from the RDB named RDB1:

New-MailboxRestoreRequest -SourceDatabase "RDB1"
-SourceStoreMailbox "1d20855f-fd54-4681-98e6-e249f7326ddd"
-TargetMailbox "Scott" -AllowLegacyDNMismatch

The optional AllowLegacyDNMismatch parameter lets you restore the source mailbox to a mailbox that does not have the same legacy DN value.

You can find complete instructions for this procedure in the relevant Microsoft Exchange documentation. For more information, see http://technet.microsoft.com/en-us/library/ee332351.aspx.

Performing a disaster recovery of an Exchange Server

This topic briefly describes how to recover an Exchange system by using backups performed with the Plug‑in for Exchange. You can use this procedure to rebuild an Exchange Server if the original was destroyed or is otherwise unusable. If you are rebuilding an Exchange Server, the Active Directory service should be available in Disaster Recovery Mode.

The restore sequence performed should bring the Exchange Server up to the most current point before the failure of the Exchange Server. This sequence could include restoring a Full Backup, a Full Backup plus a Differential Backup, or a Full Backup plus Incremental Backups depending on your Exchange Server backup-and-recovery strategy. However, Quest strongly recommends that you consult the Microsoft documentation for the Exchange version in use for complete details on the proper way to perform this type of recovery. For additional information:

•

Exchange 2010, Recover Exchange Server or Recover a Database Availability Group Member Server: http://technet.microsoft.com/en-us/library/dd876880(v=exchg.141).aspx and http://technet.microsoft.com/en-us/library/dd638206(v=exchg.141).aspx

•

Exchange 2013, Recover Exchange Server or Recover a Database Availability Group Member Server: https://technet.microsoft.com/en-us/library/dd876880(v=exchg.150).aspx and https://technet.microsoft.com/en-us/library/dd638206(v=exchg.150).aspx

•

Exchange 2016, Recover an Exchange Server or Recover a Database Availability Group Member Server: http://technet.microsoft.com/en-us/library/dd876880.aspx and http://technet.microsoft.com/en-us/library/dd638206.aspx

To perform the restore, perform the following steps.

Reinstall the OS.

The OS and service pack must be identical to the OS and service pack that was installed when the backup saveset was created.

Reinstall Exchange in Recovery Mode.

The Exchange version, edition, and service pack must be identical to the version, edition, and service pack of Exchange that was installed when the backup saveset was created. For complete instructions, see the relevant Microsoft Exchange documentation identified earlier.

Reinstall the NetVault Backup Client and the Plug‑in for Exchange.

Add the Exchange Server to the NetVault Backup Domain as a Client.

For more information, see the Quest NetVault Backup Administrator’s Guide.

For details on restoring Exchange backups, see Restoring data using the plug-in.


	IMPORTANT: Because continuous replication is not enabled before initiating the restore, it is not necessary to disable or resume and update replication when restoring in a disaster-recovery scenario.

If applicable, enable continuous replication.

Recovering to an alternate Exchange Server

The Plug‑in for Exchange also lets you take the backup of a Mailbox Database performed on one Exchange Server and restore it to a secondary Exchange Server. This option can be beneficial when you must recover a Mailbox Database to access its contents while leaving the initial Exchange Server untouched and operational. In addition, restoring to a secondary Exchange Server can be a good method for testing the integrity of backed-up data without interfering with a running Exchange Server. This topic offers instructions on restoring Full, Incremental, and Differential Backup types to a secondary Exchange Server.

Before performing this type of restore, the following actions must be performed on the machine that is to serve as the new target for the restored Exchange Server data:

•

Clean installation of Exchange has been performed on the new target server: Quest recommends that you complete this step on a newly installed Exchange Server, rather than an existing one.

•

Mailbox Databases set up on the target machine: The target Mailbox Database names, database names, database filenames, and the database file path or directory cannot match the original Mailbox Databases; they must be different.


	IMPORTANT: When you use the Exchange Management Console to create the target database in the destination Exchange Server, do not select the Mount Database option. If you select this option, Exchange generates the initial set of database transaction logs. These logs might interfere with the restore job and cause it to fail. By not selecting the Mount Database option, Exchange adds the database to the Exchange Server and creates an empty directory for the database. The restore job populates the directory during completion of the job.

•

NetVault Backup and the Plug‑in for Exchange must be installed on both machines: For this operation to work, NetVault Backup and the plug-in must be installed on both the original Exchange Server and the machine set up as the new target.

•

Both machines must be added to the NetVault Backup Server as Clients: On the Manage Clients page of the NetVault Backup Server, ensure that both machines have been successfully added as NetVault Backup Clients. For details on adding Clients to the NetVault Backup Server, see the Quest NetVault Backup Administrator’s Guide.

To perform the restore, complete the following steps.

After the prerequisite operations are finished, use the NetVault Backup WebUI to restore the applicable Mailbox Databases.

This process is similar to the standard restore process illustrated earlier, except for a few steps.

This sample procedure assumes that a Full Backup is being restored and not an Incremental or Differential Backup. If you intend to recover a series of Incremental or Differential Backups as well, you would follow this procedure to recover the initial Full Backup first. Subsequent Incremental or Differential Backups would then be recovered as a standard restore of this type. The difference is that you must select the alternate Exchange Server from the Target Client list.

For details on restoring Exchange backups, see Restoring data using the plug-in, and note the following exceptions:

•

Because continuous replication is not enabled before initiating the restore, you do not have to disable or resume and update replication when restoring to an alternate server.

•

If the name of the target database for the restore job is different from the original database that was backed up, that is, you used the Exchange Management Console to create a database, complete the following steps:

On the Create Selection Set page, click the original database, and select Rename from the context menu.

In the Rename/Relocate dialog box, enter the name of the new target Mailbox Database in the Rename box, and click Ok.

•

On the Restore and Recovery Options tab, select Set ‘This database can be overwritten by a restore’ Flag for Databases.

•

If applicable, change the other options on the Restore and Recovery Options tab.

For more information, see Setting restore and recovery options.

•

Click the Security tab, and complete the applicable Authentication Details fields:

•

Exchange Administrator User Name: By default, this field contains the administrator-level account that was used to back up the original target Exchange Server. You can change this value, but the account named must have the proper backup and restore permissions for the machine that is to serve as the target of the restore.

•

Password: Enter the password associated with the user name specified in the previous field.

•

Windows Domain: This field can be left blank, as it is not requirement for recovering to a different Exchange Server.

•

In Job Name, specify a name for the job if you do not want to use the default setting.

Assign a descriptive name that lets you easily identify the job when monitoring its progress. The job name can contain alphanumeric and nonalphanumeric characters, but it cannot contain non-Latin characters. On Windows, there is no length restriction; however, a maximum of 40 characters is recommended.

•

In the Target Client list, select the Exchange Server on which the target database was created.

•

Click Save or Save & Submit, whichever is applicable.

You can monitor progress on the Job Status page and view the logs on the View Logs page. For more information, see the Quest NetVault Backup Administrator’s Guide.

To point to the new database, open the Exchange Management Shell, and run the following command

Get-Mailbox -Database <SourceDatabase> |where {$_.ObjectClass

-NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}

| Set-Mailbox -Database <TargetDatabase>

Replace <SourceDatabase> with the name of the original database and <TargetDatabase> with the name of the destination.