我们正在将数 TB 的邮箱从一个 Ex2010 DAG 移动到另一个 - 活动邮箱位于同一子网，目标有跨 WAN 链接的成员，但它们目前是被动副本。这个过程在我们开始时似乎更快，但现在运行得相当慢。我没有过去的可靠指标，但现在 BytesTransferredPerMinute 通常下降到两位数，而以前是几百。
我们所有的目标数据库（在新的 DAG 中）都针对 DataMoveReplicationConstraint 设置为“secondcopy”——我们在 HQ 有两个成员，与源服务器位于同一子网中，这两个成员的复制队列都是个位数，大部分为零。我们确实有跨 WAN 链接的成员的更高数字，这是我们在运行良好时看到的行为——在 HQ 服务器上向新 DAG 的移动速度很快，而在 DR 服务器上则滞后，因为它必须遍历 50 Mb 的 WAN 链接。所以这应该不是问题，如果 MRS 数据保证 API 存在错误或意外行为，可以进一步调查。
我已经将 MRS 服务限制为一次只运行 2 个，但情况并没有太大改善。现在，运行 PerfMon，我看到“停滞的移动（数据库复制）”、“瞬时故障（网络）”、“移动请求：停滞”中的值我认为很高。我已将 MRS 下的两个项目的诊断日志记录都调至“专家”，但除了“初始播种”等之外，它并没有真正向我显示太多内容。数据库复制状态良好。
有没有其他地方可以了解 Exchange 认为问题的原因？我不想从基础设施开始并验证一切是否正常；我想具体了解 Exchange 不满意的地方，然后从那里开始。
答案1
我是栗色。旗帜上的记录确实很好"get-moverequeststatistics -includereport"。