Tchater maintenant avec le support
Tchattez avec un ingénieur du support

NetVault Plug-in for Exchange 12.0 - 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

Extracting the data from the RDB for Exchange 2010 and later

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.

Restore-Mailbox -Identity <User_Name> -RecoveryDatabase <RDB_Name>
New-MailboxRestoreRequest -SourceDatabase "<RDB_Name>"
-SourceStoreMailbox "<SourceMailbox_GUID>" -TargetMailbox "<TargetMailBox>"
-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 Restore Data Using a Recovery Database at 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:

To perform the restore, perform the following steps.

This server functions as the target of the relocation restore. If the original Exchange Server had continuous replication such as LCR, CCR, or SCR, continuous replication should not be configured before performing the restore. Also, the new Exchange Server must be accessible to the Plug‑in for Exchange on the new restore target.
For more information, see the Quest NetVault Backup Administrator’s Guide.

Recovering to an alternate Exchange Server

The Plug‑in for Exchange also lets you take the backup of a Storage Group/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 Storage Group/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.
Target server established in a different network domain (ESE-based backups only): For this operation to work, the target machine for this operation must reside on a different network domain than where the original Exchange Server resides. If these two machines are set up on the same domain, NetVault Backup always attempts to recover the selected data to the original Exchange Server. VSS-based backups can be restored to target servers in the same network domain.
For ESE-based backups (only applies to Exchange 2007): Before attempting the restore of a specific Storage Group, the target machine must be set up to mirror that Storage Group’s structure — names and directory paths — as it was displayed on the original machine. For example, if a Storage Group contains five individual Mailbox Databases and originally existed in the root of the C:\ partition, a Storage Group must be established on the target machine with the same name, it must contain five Mailbox Databases all named the same as the originals, and it must be located in the root of the C:\ partition.
For VSS-based backups (required for Exchange 2010 and later): The target Storage Group/Mailbox Database names, database names, database filenames, and the database file path or directory cannot match the original Storage Groups/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.

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 (Not Required for ESE Restores to Original Database).
If applicable, change the other options on the Restore and Recovery Options tab.
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.
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.
a
Open the Exchange Management Shell.
Get-Mailbox -Database <SourceDatabase> |where {$_.ObjectClass
Get-Mailbox -Database <SourceDatabase> |where {$_.ObjectClass
| Set-Mailbox -Database <TargetDatabase>
Replace <SourceDatabase> with the name of the original database and <TargetDatabase> with the name of the destination.

Troubleshooting

Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation