如何在一个数据库失败后还原生产数据库访问

适用于： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上一次修改主题： 2006-12-21

本主题介绍如何恢复活动数据库或配置为群集连续复制 (CCR) 的服务器存储组中的损坏。

开始之前

必须使用委派了 Exchange Server 管理员角色的帐户执行以下步骤。

步骤

恢复为 CCR 而配置的服务器中的数据损坏

1. 通过运行以下命令确定群集邮箱服务器的被动节点：

   Get-ClusteredMailboxServerStatus -Identity:<Name>
   

2. 验证损坏不是由脱机日志驱动器、脱机数据库驱动器或卷配置错误造成的。

   要点：
   如果主动节点的日志卷在故障转移时不可用，可能会不必要地丢失更多的数据。

3. 使用 Move-ClusteredMailboxServer cmdlet 将群集邮箱服务器从主动节点移到被动节点，如下所示：

   Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -movecomment:<Comment>
   

   注意：
   有关 Move-ClusteredMailboxServer cmdlet 的详细信息，请参阅 Move-ClusteredMailboxServer。

   要点：
   如果确定日志不可用，则应该插入 -ignoredismounted 参数，如以下示例代码中所示：

   Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -ignoredismounted -movecomment:<Comment>
   

   注意：
   如果在移动处理后期出现故障，则群集邮箱服务器的所有权将出现转换，但是所有受影响的数据库都将保持脱机状态。

4. 移动操作完成后，确保已装入所有卷。如果一个或多个数据库没有装入，则必须使用 Get-StorageGroupCopyStatus cmdlet 来确定本地副本的状态。您必须确定在运行 Restore-StorageGroupCopy 之前源是否公开了所有可用日志文件，或者您是否对副本的状态感到满意。

5. 如果没有可用的日志来确保所有存储组的移动过程不受损失，则必须运行 Restore-StorageGroupCopy cmdlet，如下所示：

   Restore-StorageGroupCopy -Identity:"mbx01\SG1"
   

   注意：
   Restore-StorageGroupCopy cmdlet 运行时，它将显示存储组副本的状态并提示完成还原选项。如果想要完成还原操作，请输入是。

   要点：
   如果在提示时选择不完成还原操作，则可以在以后重新运行该命令。

   注意：
   有关 Restore-StorageGroupCopy cmdlet 的详细信息，请参阅 Restore-StorageGroupCopy。

6. 现在可以装入数据库。若要装入数据库，可以使用 Exchange 命令行管理程序或 Exchange 管理控制台按如何在群集连续复制环境中装入数据库中的详细说明进行操作。

7. 如果选择了是来完成还原操作，则完成还原后，必须手动在存储组中装入数据库，如 如何在群集连续复制环境中装入数据库 主题中所述。如果没有其他故障，这些步骤将激活被动节点中的副本。

   要点：
   激活副本后，必须将损坏的副本还原到可以作为复制目标的状态。此任务可能涉及修复引起损坏或失败的硬件问题。

详细信息

有关将数据库联机的详细信息，请参阅 如何在群集连续复制环境中装入数据库。

有关 Get-ClusteredMailboxServerStatus cmdlet 的详细信息，请参阅 Get-ClusteredMailboxServerStatus。