지금 지원 담당자와 채팅
지원 담당자와 채팅

NetVault Plug-in for Exchange 12.3 - User Guide

Introducing NetVault Backup Plug-in for Exchange Defining an Exchange data protection strategy Planning your Exchange Server deployment Installing and removing the plug-in Configuring the plug-in Backing up data Restoring data Troubleshooting

Restoring data to an RDB

With the RDB successfully created, you can restore data to it by completing the steps outlined in Renaming Mailbox Databases in Exchange 2010. Amend those steps to including the following steps:

1
After you select the Rename to check box in the Rename/Relocate dialog box, enter the name of the RDB in the text box to direct the backup to the RDB.
2
On the Create Selection Set page, click Edit Plugin Options, and select the following options on the Restore and Recovery Options tab:
•
Set ‘This database can be overwritten by a restore’ Flag for Databases
•
Perform Recovery (Enable only on Last Step in Restore Sequence)
•
Mount Databases after Recovery
3
In a DAG, if you created the RDB on an Exchange Mailbox Server that is not the active server and you want to select a specific Exchange Mailbox Server on which to perform the restore, select the applicable NetVault Backup Client from the Target Client list on the Create Restore Job page.
In a DAG, the plug-in automatically directs the restore job for an RDB to the Exchange Mailbox Server that hosts the RDB in the cluster. If applicable and if you created the RDB on an Exchange Mailbox Server that is not the active server, you can select the NetVault Backup Client in the Exchange Mailbox Server that hosts the RDB.
 
* 
IMPORTANT: If the plug-in cannot resolve the address of the Exchange Mailbox Server that hosts the RDB, select the applicable NetVault Backup Client from the Target Client list on the Create Restore Job page.

Extracting the data from the RDB

After you have restored the database to the RDB, use the Exchange Management Shell to extract the data from the RDB to the active mailboxes.

•
Exchange 2010: If you are using the original version of Exchange 2010, use the following command:
Restore-Mailbox -Identity <User_Name> -RecoveryDatabase <RDB_Name>
The following example restores a mailbox for a user named Scott from the RDB named RDB1:
Restore-Mailbox -Identity Scott -RecoveryDatabase RDB1
•
Exchange 2010 SP1 and later: If you are using service pack 1 or later of Exchange 2010, use the following command:
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 and 2019, 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. Pick the applicable version, 2016 or 2019.

To perform the restore, perform the following steps.

1
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.
2
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.
3
Reinstall the NetVault Backup Client and the Plug‑in for Exchange.
4
Add the Exchange Server to the NetVault Backup Domain as a Client.
For more information, see the Quest NetVault Backup Administrator’s Guide.
5
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.
6
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.

1
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.
2
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:
a
On the Create Selection Set page, click the original database, and select Rename from the context menu.
b
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.
3
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.
관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택