2 个服务器集群中的两台服务器每天报告 20,000 次事件 4412。如果我查看 conflictAndDetected 文件夹，我可以观察到文件出现和消失。用户报告说，他们在同一位置保存的文件相互覆盖。
配置从一台服务器开始，然后使用 2008 R2 向导设置 DFS-R，该向导设置了第二台服务器上的共享。DFSN 是单独设置的。Windows 用户使用基于域的命名空间 (\domain.com\share) 映射驱动器。Mac 用户直接指向 DFS-R 创建的新服务器共享。PC 用户指出大多数文件丢失，但 Mac 用户已报告 2 份文件恢复报告。
我之前实施过 DFS-R，事件 4412 仅在用户同时打开文件并进行更改时或在初始复制期间发生。此时两台服务器同步（积压为空）。为什么 DFS-R 检测到文件在多台服务器上更新，为什么有效的 conflictAndDeleted 文件被非 conflictAndDeleted 文件替换？
答案1
只是为了澄清一下，您是否看到了 100% 确定未被服务器修改的文件冲突？我假设是基于每天 22,000 次冲突。
这是否只发生在一个复制组中？该组的文件夹目标有多大？如果文件夹目标不是那么大，那么最好重新创建复制组。
为了获取有关可能发生的情况的更多信息，我会做以下几件事：
- 为您的复制组运行 DFSR 诊断报告，并查看每个复制服务器的“信息”部分。其中是否有人说初始复制仍在进行？
- 运行：“dfsradmin membership list /rgname:replicationgroupname /attr:memname,rfname,isprimary,objstate”，确保所有成员均报告正常，且没有成员是主要成员
查看其中一个成员服务器上的 DFSR 调试日志（默认情况下为 %windir%\debug\Dfsr00100.log），然后搜索单词“Error”，看看是否出现任何内容。