DFSr 检测到多个服务器上的文件已更改，但“获胜”文件和移动到冲突文件夹的文件具有相同的哈希值

Question

我们刚刚在两台 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 设置有 1900 万个文件，替换每个文件即使它们相等也需要数周时间；鉴于在此过程完成之前复制似乎已停止，我想让 DFS“意识到”文件实际上是相同的。有没有人见过这样的东西？

Answer 1

当我过去遇到类似的问题时，我删除了池中的所有后代成员（所以你只有主成员）。等待大约 15 分钟，然后一次添加一名后代，每次等待大约 15 分钟。有一台服务器再次出现错误。该服务器我将文件权限与工作服务器（通常是主体）同步，冲洗并重复，直到添加所有后代。