这真是一个令人费解的问题……
一位客户有一个包含八个 DC 的域。其中两个（包括 PDC）是我们数据中心的 Hyper-V VM，四个是国家站点办公室（不是 RODC）的 vSphere VM，另外两个也是第三方数据中心的 vSphere VM。
PDC（DC1001）和站点 DC 之间的 SYSVOL 复制几乎是即时的，但是 DC1001 和其他 Hyper-V DC（DC1002）之间的复制却需要几个小时。
我检查了 AD 站点和服务以确保所有链接都已到位，并且我可以看到两个 Hyper-V 盒之间的直接连接。
我们将两个 Hyper-V 盒放在同一台主机上，以查看是否存在 Hyper-V 网络问题，但复制速度缓慢的问题仍然存在。
我已经运行了 DFS 复制健康检查报告，结果至少可以说有点令人困惑……在所有八个 DC 中，没有一个有任何积压的接收交易全部除 DC1002 外，其他所有节点都有超过 300 个积压的发送事务。DC1002 根本没有积压，这是网络中的“慢”节点。怎么会这样？
DFSR Diag 命令（积压例外）报告一切顺利，但必须解释为什么复制需要几个小时才能显示在 DC1002 上。
我不是 Hyper-V 专家，因此很可能我遗漏了一些东西。
似乎没有发生文件复制，只有 SYSVOL。
事件查看器 > 应用程序和服务日志 > DFS 复制中也有相关条目
日志名称：DFS 复制
来源：DFSR
日期：20/01/2022 11:42:06
事件 ID：5014
任务类别：无
级别：警告
关键字：经典
用户：N/A
计算机：DC1002.domain.local
描述：
由于错误，DFS 复制服务正在停止与复制组域系统卷的合作伙伴 Site1-001 的通信。服务将定期重试连接。
其他信息：
错误：1726（远程过程调用失败。）
我查找了与 DFS 复制相关的这个错误，但是针对各种问题都有无数的解决方案，因此这看起来像是一个无法攻克的雷区。
RPC 服务在所有主机上运行（自动启动），没有防火墙规则阻止它，并且整个网络连接良好。
任何关于此问题的建议或经验都将不胜感激！！！
编辑：请注意，两个 Hyper-V DC 位于同一站点，因此我猜这两个站点不会发生站点间复制。此外，所有站点间间隔均设置为 15 分钟。
答案1
事实证明，执行 DFSR 复制的 sysvol 复制的非权威同步是前进的方向。
- 在 ADSIEDIT.MSC 工具中，修改要设为非权威性的每个域控制器 (DC) 上的以下可分辨名称 (DN) 值和属性：
CN=SYSVOL Subscription,CN=Domain System Volume,CN=DFSR-LocalSettings,CN=<the server name>,OU=Domain Controllers,DC=<domain> msDFSR-Enabled=FALSE
- 强制在整个域中执行 Active Directory 复制。
- 在设置为非权威的同一服务器上，从提升的命令提示符运行以下命令：
DFSRDIAG POLLAD
- 您将在 DFSR 事件日志中看到事件 ID 4114，表明 sysvol 复制不再被复制。
- 在步骤 1 中的同一个 DN 上，设置msDFSR 已启用=TRUE。
- 强制在整个域中执行 Active Directory 复制。
- 在设置为非权威的同一服务器上，从提升的命令提示符运行以下命令：
DFSRDIAG POLLAD
- 您将在 DFSR 事件日志中看到事件 ID 4614 和 4604，表明 sysvol 复制已初始化。该域控制器现已完成 sysvol 复制的 D2。