我们刚刚在两台Windows 2012 R2服务器之间部署了新的DFS复制系统。 我们使用MS的build议克隆了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 ）和复制/同步工作完美99％（几个文件卡在积压，但否则很大）。
在重新启动非主要成员服务器后，它在事件日志中抱怨有关不干净的关机/日志封装（关机是由本书），并表示如果不能可靠地恢复，将不得不重build数据库（事件2212） 。 然后它抛出日志2218，指出这是复制数据库一致性检查的第二步。
几乎在此后，两台服务器都开始投入大量的4412（在多台服务器上更改文件，将“丢失”文件移到DFSrPrivate \ ConflictsandDeleted）日志同时在主服务器和辅助服务器上运行。 但是，当我运行PS Get-DFSrFileHash对“获胜”文件，并进入冲突和删除，他们完美匹配。
DFSr设置有19M文件，并且即使相同也会replace每个文件需要花费数周; 因为似乎复制停止，直到这个过程完成，我想让DFS'实现'文件实际上是相同的。 有没有人见过这样的事情？
当我在过去遇到过类似的问题时，我删除了池中所有的后代成员（所以你只有小学）。 等待大约15分钟，然后每次等待大约15分钟就增加一个后代。 有一个服务器，错误回来了。 这个服务器我同步文件的权限与工作服务器（通常是委托人），冲洗并重复，直到所有的后代join。