要准备DFS复制，我们使用robocopy /DATSOU...将共享文件夹（ robocopy /DATSOU...的内容复制到另一个服务器。
之后，DFS复制组configuration了两个文件夹。
现在过了一个小时，我们得到了4412个错误，告诉你多个服务器上的文件已经改变了。 这绝对不是这种情况。 文件时间等等都是一样的（访问时间除外），我可以validation比较“获胜”的文件与DfsrPrivate \ ConflictAndDeleted中删除的。 这里发生了什么？
只要添加到syneticon-dj的响应中，取决于您如何执行robocopy，源和目标上的权限可能会有所不同。 如果是这种情况，filehash会有所不同，并导致4412事件。 它应该仍然使用RDC来最小化从源头拉下来的东西。
http://blogs.technet.com/b/askds/archive/2008/02/12/get-out-and-push-getting-the-most-out-of-dfsr-pre-staging.aspx讨论了这个问题。 请注意，您会发现基于robocopy的详细信息指向http://blogs.technet.com/b/askds/archive/2010/09/07/replacing-dfsr-member-hardware-or-os-part -2-pre-seeding.aspx 。 这是播种前DFSR的明确链接。
你应该使用
dfsrdiag filehash /filepath:<yourfile>
在两台服务器上检查相同的文件，以检查DFS-R是否将文件识别为与KB947726中所述的“相同”。 我怀疑，情况并非如此。