我们刚刚在两台 Windows 2012 R2 服务器之间部署了一个新的 DFS 复制系统。我们按照 MS 的建议克隆了 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%（有几个文件积压，但其他都很好）。
重新启动非主成员服务器后，它在事件日志中抱怨不正常关机/日志覆盖（关机按规程进行），并表示如果无法可靠恢复，则必须重建数据库（事件 2212）。然后它抛出日志 2218，表明它处于复制数据库一致性检查的第二步。
此后几乎立即，两台服务器开始在主服务器和辅助服务器上抛出大量 4412（文件在多台服务器上发生更改，将“失败”文件移至 DFSrPrivate\ConflictsandDeleted）日志。但是，当我对“获胜”文件和移至 ConflictsandDeleted 的文件运行 PS Get-DFSrFileHash 时，它们完全匹配。
DFSr 设置有 19M 个文件，即使文件相同，替换每个文件也需要数周时间；鉴于复制似乎在该过程完成之前停止，我想让 DFS“意识到”文件实际上是相同的。有人见过这样的事情吗？
答案1
过去我遇到过类似的问题，我删除了池中的所有后代成员（因此您只有主服务器）。等待大约 15 分钟，然后一次添加一个后代，每次等待大约 15 分钟。有一台服务器再次出现错误。我将该服务器的文件权限与工作服务器（通常是主服务器）同步，重复此操作，直到添加所有后代。