如何切换到数据库的被动副本

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

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

本主题说明为本地连续复制 (LCR) 启用的活动数据库及其日志文件已损坏时，如何恢复数据。

必须使用拥有 Exchange Server 管理员权限的帐户执行下列步骤。

尽管以下步骤使用 Restore-StorageGroupCopy cmdlet 的 ReplaceLocations 参数，但是建议您改为更改驱动器分配或执行其他一些更低级的操作。可以使用“磁盘管理”的 Microsoft 管理控制台 (MMC) 管理单元或 Microsoft Windows Server 2003 随附的 Diskpart 工具更改驱动器分配。此建议的原因是为了保证主动存储组和数据库文件继续使用有意义的文件名，以表明它们是主动生产副本。ReplaceLocations 参数保证数据库和日志的主动副本包含在通常为这些文件的被动副本保留的目录中。在此配置中运行可能会使以后很难区分数据的主动副本和被动副本。

1. 验证损坏不是由脱机日志驱动器、脱机数据库驱动器或磁盘卷配置错误造成的。如果生产存储组的日志卷在故障转移时不可用（以后可能会可用），可能会丢失更多的数据。

2. 评估数据库被动副本中的数据是否可以接受。有关如何做出此决定的指导，请参阅如何查看本地连续复制副本的状态。通常，系统应可以恢复数据库主动副本中的所有数据。因此，评估应显示所有必要的日志文件均可用。如果不是这种情况，应调查部分或所有日志文件不可用的原因。

3. 卸除损坏的数据库。可以对 Exchange 管理控制台中的数据库使用 Exchange 命令行管理程序中的 Dismount-Database cmdlet 或“卸除”快捷菜单选项。

4. 使用以下的 Restore-StorageGroupCopy cmdlet 激活数据库的副本。可使用下列两种方法之一完成此操作：

   展开表

   注意：
   LCR 副本作为运行 Restore-StorageGroupCopy cmdlet 的一部分已自动禁用。

   1. 若要激活副本并保持生产存储组和数据库路径不变，请运行以下 cmdlet：

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName> 
      

      展开表

      注意：
      首选方法是在副本的当前位置处激活它，移动文件，然后更改驱动器号或装入点分配，以使副本文件位于生产路径下。通过此策略，生产数据库将保持在其预期位置处。

   2. 若要激活副本并使用 LCR 副本的生产存储组和数据库路径进行相应更新，请运行带 -ReplaceLocations 选项的 Restore-StorageGroupCopy cmdlet，如下所示：

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName> -ReplaceLocations:$true
      

      展开表

      注意：
      如果副本长时间保持不动，随后可能会引起管理员的注意。其中的决定因素应该是能否在数分钟内重新定位副本的文件，以便进行所需的快速恢复。

5. 在确认提示下，键入 Y，然后按 Enter。

6. 如果已执行步骤 4a，其中使生产路径保持不变（未在 Restore-StorageGroupCopy cmdlet 中指定 -ReplaceLocations），请执行此步骤。必须将被动副本的文件重新定位到生产存储组和数据库路径中。使用适当的系统文件或卷管理工具将 LCR 副本的日志、系统文件和数据库移到这些位置。

7. 现在可以装入数据库。

8. Restore-StorageGroupCopy cmdlet 自动对存储组禁用 LCR。必须在完成恢复后才能启用 LCR。有关如何为存储组启用 LCR 的详细步骤，请参阅如何为现有存储组启用本地连续复制。

有关语法和参数的详细信息，请参阅 Restore-StorageGroupCopy。

有关管理 LCR 环境的详细信息，请参阅管理本地连续复制。