我有两个 Windows 2012 R2 作为 Windows 文件群集运行。文件群集运行完美，iSCSI 驱动器和 SMB 共享节点之间几乎可以即时进行故障转移。
我还有另一台 Windows 2012 R2 文件服务器，其中在远程位置预先植入了数据副本。我使用了新的 DFSR 数据库导出功能。我使用指南作为几乎完整的参考：http://blogs.technet.com/b/filecab/archive/2013/08/21/dfs-replication-initial-sync-in-windows-server-2012-r2-attack-of-the-clones.aspx
复制开始后，不会出现任何问题。在初始复制期间，文件服务器可以毫无问题地解决文件之间的冲突。但是，我确实发现访问 SMB 共享的客户端的网络性能明显变慢。这是随机的，不会同时影响所有人。在整个过程中，两个文件服务器上的资源使用量都很少。
然后有时会随机地，整个 DFSR 服务在群集上进入故障状态。造成连锁反应，导致所有 SMB 共享都掉线，无法响应网络上的任何人。此外，它还会阻止 SMB 共享故障转移到其他集群。DFSR 服务卡住了，无法通过 services.msc 停止。您被迫终止实际进程。
我遇到过必须手动停止 DFSR 服务的情况，但大多数情况下它不起作用。导致我终止 DFSR 进程。
我尝试过多次重新创建 DFSR 组、文件夹和连接。其中包括从 AD 和系统卷信息文件夹中完全删除 DFSR 数据。
即使从头开始进行全新设置，问题仍然存在。请记住，数据是预先植入的，我是 DFSR 克隆数据库。我想知道是否有其他人遇到过类似的问题？
这是在 Vmware 上运行的集群，采用了 MS 和 Vmware 的最佳实践。
其数据约为 3TB，包含许多小文件，已预先复制。
我已经能够使服务器中的数据之间达到 %100 的网格，但当发生较大变化时就会出现上述问题。
DFSR 极不稳定
设置适当的复制带宽限制，数据通过站点到站点的 VPN 在两个服务器之间传输。
我正在使用 DFS 命名空间（与 dfsr 文件夹无关），我正在使用 DFS 的域路径。