监视连续复制

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

上一次修改主题： 2007-08-22

Microsoft Exchange Server 2007 Service Pack 1 (SP1) 为监视连续复制环境引入了新功能和改进功能。这些更改增强了 Microsoft Exchange Server 2007 的正式发布 (RTM) 版中的群集报告功能，还包含为主动监视连续复制环境设计的附加功能。具体来说，Exchange 2007 SP1 引入了 Get-StorageGroupCopyStatus cmdlet 的增强功能，添加了名为 Test-ReplicationHealth 的新 cmdlet，还提高了传输转储程序包含的丢失窗口的可见度。除了使用这些 cmdlet 监视连续复制的运行状况外，还可以使用 Microsoft Exchange 复制服务发布的几种性能计数器。

SP1 中对 Get-StorageGroupCopyStatus Cmdlet 的改进

在 Exchange 2007 RTM 中，Get-StorageGroupCopyStatus 和连续复制性能计数器报告的状态在以下几种情况下会不准确或使人产生误解：

• 未处于活动状态（例如没有正在发生变化）的存储组可能会在其状态不正常时报告正常。由于在重播日志前，无法检测到不正常的情况，所以会发生这种情况。

• 在复制初始化过程中，由于要评估复制状态，因此状态可能不准确。初始化完成后，将更新状态。

• 卸除存储组中的数据库后，LastLogGenerated 字段的值可能是错误的。

• 当日志流中缺少一个或多个日志文件时，被动副本会继续尝试恢复，导致复制状态在失败状态和正常状态之间切换。出现这种情况后，重播队列和复制队列将继续增长。

• 在少数情况下，日志可以成功通过验证但仍无法重播。在这种情况下，系统会在尝试恢复时在失败状态和正常状态之间交替切换。出现这种情况后，重播队列和复制队列将继续增长。

Exchange 2007 RTM 使用群集数据库和注册表在 Microsoft Exchange 复制服务和 Exchange 管理任务之间进行通信，这是一个异步进程。由于该进程是异步的，可能会导致上述不可信的状态。

在 Exchange 2007 SP1 中，通过重新设计用于 Microsoft Exchange 复制服务和 Exchange 管理任务之间进行通信的基础机制，已经解决了前面的问题。现在，管理任务可以使用远程过程调用 (RPC) 直接与 Microsoft Exchange 复制服务进行通信，而不是使用群集服务或注册表。

此外，Get-StorageGroupCopyStatus cmdlet 通过添加新的状态信息已得到增强：

• 如果无法通过网络访问目标计算机上的 Microsoft Exchange 复制服务，Get-StorageGroupCopyStatus cmdlet 将 SummaryCopyStatus 报告为 ServiceDown。

• 如果目标计算机上的 Microsoft Exchange 复制服务尚未完成初始启动检查，Get-StorageGroupCopyStatus cmdlet 将 SummaryCopyStatus 报告为 Initializing。此外，创建了新的性能计数器，使用布尔值表示这种状态。

• 如果尚未完成增量种子设定，Get-StorageGroupCopyStatus cmdlet 将 SummaryCopyStatus 报告为 Synchronizing。

仅当使用 Exchange 管理工具的 Exchange 2007 SP1 版本时，SummaryCopyStatus 值的新状态才可见。如果使用 Exchange 管理工具的 Exchange 2007 RTM 版本，任何上述情形的状态都将报告为 Failed。

Test-ReplicationHealth Cmdlet

Exchange 2007 SP1 引入了一个名为 Test-ReplicationHealth 的新 cmdlet。该 cmdlet 可用于主动监视连续复制和连续复制管道。可在邮箱服务器上本地运行 Test-ReplicationHealth cmdlet 以检查本地连续复制 (LCR)、群集连续复制 (CCR) 和备用连续复制 (SCR) 环境中的复制状态。Test-ReplicationHealth cmdlet 还可与 Microsoft Operations Manager (MOM) 管理包紧密集成，提供详细说明邮箱服务器连续复制的运行状态的简明、准确的信息。检查按严重程度进行；先检查比较重要的测试。如果其中一个检查失败，则会假设重要性次之的测试也会失败或不相关。

Test-ReplicationHealth cmdlet 检查复制、群集服务、存储组复制和重播状态的各个方面，以提供复制系统的完整概述。具体来说，在群集中的节点上运行 Test-ReplicationHealth cmdlet 时，它将执行下表中介绍的测试。

Test-ReplicationHealth cmdlet 执行的测试

监视 Test-ReplicationHealth 上下文

Test-ReplicationHealth cmdlet 包括名为 MonitoringContext 的参数，使用它可以使监视事件和性能计数器包括在任务结果中。由 MOM 管理包使用此参数。此参数的两个可能值是 $true 或 $false。如果指定 $true，则除了有关服务的信息以外，结果还将包含监视事件和性能计数器。

如果指定了监视上下文，则只在主动节点上验证下列检查：

• PassiveNodeUp

• ClusterNetwork

• QuorumGroup

• FileShareQuorum

• CmsGroup

• NodePaused

• DnsRegistrationStatus

• ReplayService

• DBMountedFailover

如果指定了监视上下文，则只在被动节点上验证下列检查：

• ClusterNetwork

• DnsRegistrationStatus

• ReplayService

• SGCopySuspended

• SGCopyFailed

• SGInitializing

• SGCopyQueueLength

• SGReplayQueueLength

Microsoft Exchange 复制服务发布的性能计数器

Microsoft Exchange 复制服务提供的性能计数器可用于监视 LCR 和 CCR 中的复制运行状况。建议收集和评估本主题稍后部分介绍的计数器，以监视和排除与性能相关的问题。

建议的 Microsoft Exchange 复制服务性能计数器

Microsoft Exchange 复制服务为每个存储组副本创建下表中的计数器实例。这使您可以独立监视每个存储组的运行状况和性能。您可以通过监视 MSExchange Replication 性能对象下的 ReplayQueueLength 和 CopyQueueLength 计数器来监视每个存储组的运行状况和状态。

注意：
如前面所述，Get-StorageGroupCopyStatus cmdlet 也可以显示这些计数器的值。

除了上表中列出的计数器之外，MSExchange Replica Seeder 性能对象中发布了一个名为 Seeding Finished % 的附加计数器。此计数器指示种子设定完成的百分比。此计数器值的范围是 0％ 到 100％，并且该计数器仅针对正在为其设定种子的存储组发布。