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”,看看是否出现任何内容。