备用连续复制

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

上一次修改主题： 2008-10-21

备用连续复制 (SCR) 是 Microsoft Exchange Server 2007 Service Pack 1 (SP1) 中引入的一项新功能。顾名思义，SCR 是专门用于使用或启用备用恢复服务器的方案。SCR 扩展了 Exchange Server 2007 正式发布 (RTM) 版本中的现有连续复制功能，并使新数据可用于运行 SP1 的邮箱服务器。SCR 使用与本地连续复制 (LCR) 和群集连续复制 (CCR) 相同的日志传送和重播技术，以提供更多的部署选项和配置。

SCR 实现了高可用性（包含服务和数据可用性）与站点弹性的分离。例如，SCR 可以与 CCR 相结合，以在主数据中心本地复制存储组（使用 CCR 实现高可用性），并在辅助或备份数据中心远程复制存储组（使用 SCR 实现站点弹性）。辅助数据中心可以在 SCR 目标所在的故障转移群集中驻有一个被动节点。这种类型的群集称作备用群集，因为它并不包含任何群集邮箱服务器，但是可以在恢复方案中为其快速提供一个替代群集邮箱服务器。如果主数据中心发生故障或丢失数据，可以在备用群集上快速激活该备用群集中的 SCR 目标。

源和目标

就像 LCR 和 CCR 一样，SCR 使用存储组的主动和被动副本概念，但是却将其称作“源”和“目标”。此外，像 CCR 一样，SCR 要求数据库和日志文件的路径在源和目标上相同。

SCR 的起点称作“源”，它是下列任意一个服务器上的任何存储组：

• 独立邮箱服务器

• 单一副本群集 (SCC) 中的群集邮箱服务器

• CCR 环境中的群集邮箱服务器

  注意：
  无法为恢复存储组启用 SCR。

就像 LCR 和 CCR 一样，启用了 SCR 的存储组包含的数据库不能多于一个。您不能为含有多于一个数据库的存储组启用 SCR，也不能将第二个或后续数据库添加到启用了 SCR 的存储组。

如果 SCR 源计算机未加入群集，它也可以驻留其他服务器角色，例如集线器传输、客户端访问和统一消息服务器角色。

SCR 的终结点称作“目标”，目标可以是以下任一服务器：

• 没有为任何存储组启用 LCR 的独立邮箱服务器

• 备用群集，即：已安装被动群集邮箱角色、但该群集中尚未安装任何群集邮箱服务器（例如，没有主动群集邮箱角色）的故障转移群集

SCR 目标计算机必须安装有邮箱服务器角色，即使它并没有驻留有生产邮箱。邮箱服务器角色是必需的，因为它包括 Microsoft Exchange 复制服务和 SCR 功能所必需的其他组件。如果 SCR 目标计算机未加入群集，它也可以驻留其他服务器角色，例如集线器传输、客户端访问和统一消息服务器角色。

SCR 可以从 Exchange 2007 SP1 标准版获得。如果将 SCC 或 CCR 环境中的邮箱服务器用作 SCR 源，则 Exchange 2007 SP1 企业版是必需的，因为在对 Exchange 2007 建立群集时，企业版是必需的。如果将备用群集用作 SCR 目标，Exchange 2007 SP1 企业版也是必需的。

SCR 与 LCR 和 CCR 的比较

SCR 与 LCR 和 CCR 类似，但是它具有一些自己的独特特征：

• SCR 支持每个存储组有多个复制目标。LCR 和 CCR 仅支持每个存储组（被动副本）有一个复制目标。

• SCR 包括重播活动的内置延迟，并且可以让管理员指定一个附加延迟。这在多种方案中都是有用的。例如，假如发生活动数据库逻辑损坏，可以使用内置的延迟和管理员配置的附加延迟，以防止 SCR 目标数据库的逻辑损坏。LCR 和 CCR 没有这类延迟。

• SCR 完全使用 Exchange 命令行管理程序来管理。Exchange 管理控制台可以用来管理 LCR 和 CCR 的许多方面，但是不能用来启用或管理 SCR 的任何一个方面。

SCR 副本激活

使用 SCR 目标数据库的过程称为“激活”，而且激活数据库的方式取决于失败的性质。如果 SCR 源上的一个或一些数据库受影响，则可以在 SCR 目标数据库激活过程中使用 Exchange 2007 的数据库可移植性功能。如果 SCR 源服务器上的所有数据库都受影响，或正在恢复整个服务器或群集邮箱服务器，则可以在激活过程中使用 Setup 的服务器恢复功能（对于独立服务器，为 Setup /m:RecoverServer；对于群集邮箱服务器，为 Setup /RecoverCMS）。

注意：
如果恢复计划中包括使用 Setup /RecoverCMS 恢复群集邮箱服务器（CCR 或 SCC），而该群集邮箱服务器有一个或多个存储组启用了 SCR，则必须在运行 Setup /RecoverCMS 之前先禁用存储组的 SCR。

有关在 SCR 环境里进行激活和恢复的详细信息，请参阅激活备用连续复制目标。

SCR 部署方案

通过 SCR，您可以使用连续复制从独立邮箱服务器或从 SCC 或 CCR 环境中的群集邮箱服务器复制邮箱服务器数据。以下图示说明一些可能的 SCR 配置选项。

使用 SCR 将存储组从一个独立邮箱服务器复制到另一个邮箱服务器

上图说明使用 SCR 将多个存储组从一个邮箱服务器复制到另一个邮箱服务器。在本示例中，邮箱服务器未建立群集且两个都充当 SCR 源和目标。在本示例中，每个服务器都位于不同的数据中心和不同的 Active Directory 站点中。任一服务器上的存储组恢复都可以使用数据库可移植性或 /RecoverServer 安装选项执行，这取决于故障的性质。

使用 CCR 在本地复制存储组；使用 SCR 将存储组复制到远程位置

上图说明一个一对一 CCR 到 SCR 模型。在本示例中，EXCLUS1 是 CCR 环境中，位于 Active Directory 站点 REDMOND 中的一个群集邮箱服务器。EXCLUS1DR 是一个位于 Active Directory 站点 QUINCY 中的备用群集。在这种情况下，在 SCR 目标上恢复所有存储组都可以使用 /RecoverCMS 安装开关来实现。如果不需要恢复所有存储组，可以使用数据库可移植性恢复一个或多个存储组。

使用 CCR 在本地复制存储组；使用 SCR 将存储组复制到多个远程位置

上图说明一个一对多 CCR 到 SCR 模型。左侧的计算机表示同一数据中心中的两个物理 CCR 节点。右侧的计算机表示第二个数据中心中的两个 SCR 目标。在本示例中，单一存储组正被复制到两台不同计算机上的多个 SCR 目标。使用以下两种方法之一，可以实现在任何一个 SCR 目标上恢复存储组：

• 在仅从单一 CCR 源恢复存储组时，可以使用 /RecoverCMS。

• 在从多个 SCR 源恢复存储组时，可以使用数据库可移植性。

使用 SCC 的多个远程 SCR 目标

上图表示一个一对多 SCC 到 SCR 模型。左侧的计算机表示单一数据中心中的两个物理 SCC 节点。右侧的计算机表示一个独立数据中心中的 SCR 目标。在本示例中，单一存储组正被复制到第二个数据中心中的两个独立目标。在 SCR 目标上恢复该存储组可以使用 /RecoverCMS 安装开关实现。

SCR 的 Cmdlet 更新

SCR 使用 Exchange 命令行管理程序来管理。SP1 中有一个称为 StandbyMachine 的新参数，它可供多个用于管理和配置连续复制的 Exchange 命令行管理程序 cmdlet 使用。特别是，以下 cmdlet 现在包括对 SCR 和 StandbyMachine 参数的支持：

• Suspend-StorageGroupCopy

• Resume-StorageGroupCopy

• Update-StorageGroupCopy

• Restore-StorageGroupCopy

• Get-StorageGroup

• Get-StorageGroupCopyStatus

除了更新上述 cmdlet 之外，还对 New-StorageGroup 和 Enable-StorageGroupCopy cmdlet 进行了更新以支持 SCR。在 Exchange 2007 SP1 中，您可以使用 New-StorageGroup 创建一个已启用 SCR 的新存储组；或使用 Enable-StorageGroupCopy 为现有存储组启用 SCR。这些 cmdlet 包括以下更新的参数：

• -StandbyMachine   该参数指定 SCR 目标计算机的名称。

• -ReplayLagTime   此参数用于指定在重播已复制到 SCR 目标计算机的日志文件之前，Microsoft Exchange 复制服务应等待的时间。此参数的格式为（天数.小时数:分钟数:秒数）。此参数的默认设置是 24 小时 (1.0:0:0)。此参数允许的最大设置是 7 天。允许的最小设置是 0 秒，将此值设置为 0 秒可以有效地消除 50 个日志文件重播活动的默认延迟。设置完成后，此参数值在没有禁用和再启用 SCR 的情况下无法更改。

• -TruncationLagTime   此参数用于指定在截断已复制到 SCR 目标计算机并已重播到数据库副本的日志文件之前，Microsoft Exchange 复制服务应等待的时间。此时段是从日志成功地在数据库副本中重新显示后开始的。此参数的格式为（天数.小时数:分钟数:秒数）。此参数允许的最大设置是 7 天。允许的最小设置是 0 秒，将此值设置为 0 秒可有效地消除日志截断活动的任何延迟。设置完成后，此参数值在没有禁用和再启用 SCR 的情况下无法更改。

除了使用 ReplayLagTime 参数指定的管理员配置重播延迟之外，Exchange 还将阻止一定数量的日志文件在 SCR 目标上重播，这与 ReplayLagTime 的值无关，此参数使用公式 Maximum of ("value of ReplayLagTime" or "X log files")，其中 X=50。在处于连续复制环境（例如，LCR 或 CCR）中的 SCR 源在故障转移过程中出现损失，并使用 Restore-StorageGroupCopy cmdlet 进行联机时，这是一种对需要重新设定存储组种子所提供的额外保护。通过在 SCR 目标上延迟重播活动，当发生 SCR 源丢失数据故障转移时，需要重新设定 SCR 副本种子的可能性将降到最低，因为 SCR 源数据丢失的实质是没有及时将两个副本更紧密地放在一起。

要点：
50 个日志文件的的内置滞后时间和 24 小时的默认时间都会影响初始 SCR 目标数据库的创建。在 50 个事务日志文件被复制到 SCR 目标计算机，并且超过 ReplayLagTime指定的时间（默认为 24 小时）时，才会创建 SCR 目标数据库。

安装 SCR 的更新

SCR 主要是为完全站点故障等重大故障而设计。这些类型的故障情况与手动活动有关，例如备份数据中心的激活，以及移回主数据中心等。

以本主题开头的图示使用 SCC 的多个远程 SCR 目标为例，请考虑当主数据中心（包含 SCC 的站点）发生了故障，并且决定将第二个数据中心激活以用作替代主站点时，会发生什么情况。当激活第二个数据中心时，原数据中心配置保留在 Active Directory 中，并且由激活后的第二个数据中心使用。SCC 的群集邮箱服务器配置仍然保留在原始群集上。为了让原始群集重新联机，必须在不影响 Active Directory 中的群集邮箱服务器配置（由第二个数据中心使用）的情况下，将群集邮箱服务器配置从群集节点中删除。

为了促使此和其他站点弹性方案的实现，对 Exchange 2007 SP1 中的安装程序进行了修改。具体地说，安装程序包括一个新的命令行选项，称作 /ClearLocalCMS，用于在不影响存储在 Active Directory 中的配置信息的情况下，从原始群集节点清除群集邮箱服务器配置信息。例如，要清除名为 EXCLUS1 的群集邮箱服务器的本地配置数据，需要在要删除群集邮箱服务器的原始群集的每个节点上，在本地运行以下命令：

Setup /ClearLocalCMS

在使用 /ClearLocalCMS 选项时，请注意以下要求和限制：

• 此选项只能在本地使用，不能进行远程使用。

• 此选项只能用在托管群集邮箱服务器的节点上（如活动节点），而不能用在被动节点上。

• 此选项并不删除 Microsoft Exchange 程序文件，并且不更新 Active Directory 中的任何配置信息。

• 只有在本地群集邮箱服务器处于脱机状态，并且本地节点不在本地群集邮箱服务器的 RedundantMachines 列表上时，才能使用此选项。

• 必须为用于清除本地群集邮箱服务器配置帐户委派群集邮箱服务器的 Exchange Server Administrator 权限。

• 如果群集节点正在 Windows Server 2008 上运行，则在运行 Setup /ClearLocalCMS 之后，将禁用虚拟计算机对象 (VCO)。必须重新启用 VCO。

详细信息

有关规划 SCR 的详细信息，请参阅规划备用连续复制。有关管理 SCR 的信息，包括如何为存储组启用或禁用 SCR 的详细步骤，请参阅管理备用连续复制。