我有两台具有相同path和驱动器名称（不是故意的）的Windows 2012 R2服务器。
如果我在服务器A上创build一个文件夹，该文件夹立即复制到服务器B.但是，如果我在服务器B上创build一个文件夹，它不会复制到服务器A.
我运行了DFS诊断程序，但没有发现任何错误。 但是，当我运行传播testing从服务器B到服务器AI不会得到一个错误。 只是一个不完整的testing警报。
我有一个6天的testing（文件复制testing）。 该testing文件的复制状态卡在“抵达待处理”状态。
请记住从服务器A到B的删除复制正常。 任何B到A都不起作用。
就我所知，一切安装正确，没有错误。
数据在6TB左右，事先已经事先准备好了。 复制位于文件服务器群集和单个服务器之间。 DFS关系已经超过3周。
想法？
复制失败的原因有很多。 不幸的是，症状本身并没有帮助。
这个博客有点过时，因为你使用的是2012 R2，但它仍然有帮助。
请仅提供特定于此文件夹的条目。
或者我build议用下面的方法重新初始化B。
备份B.如果最终用户在B上提交了更改，但没有意识到它没有复制到A，则这是必需的。以下步骤将B上的所有数据还原为A的版本，这可能会导致“数据丢失“如果B更改没有备份。
使用B上的DFS控制台禁用B作为该复制文件夹（RF）的成员。这会更新距离B最近的DC（或者现在使用一个B）的DC上的拓扑configuration。
在B上做一个“dfsrdiag pollad”，使它读取AD的拓扑结构变化
运行“wmic / namespace：\\ root \ microsoftdfspathdfsrreplicatedfolderinfo获取replicatedfoldername，replicationgroupname，状态”。 确保文件夹不出现在列表中。 （编辑：固定wmic命名空间）。
查找指示该文件夹已停止复制的事件4114
还可以在debugging日志中查找ldbmanager :: deleteidrecords的任何条目，这些条目表明数据库已经被清理。
在B上使用DFS控制台重新启用B成员
在B上做一个“dfsrdiag pollad”来确保它能够接受变化
如果A和B位于不同的站点，并且在A实现之前最终禁用/启用B，则无需对A执行任何操作。否则，您可能还必须考虑到Ad复制延迟并等待AD更改收敛到DC然后做一个“dfsrdiag pollad”，以确保它能够完成每个拓扑变化（即禁用，然后启用成员）。
运行“wmic / namespace：\ root \ microsoftdfs path dfsrreplicatedfolderinfo get replicatedfoldername，replicationgroupname，state”。 确保文件夹最终到达状态4.状态的更多细节在这里http://blogs.technet.com/b/filecab/archive/2008/10/27/how-to-check-if-the-initial-replication -was完成的，successfully.aspx
如果这仍然不能解决，那么debugging日志条目需要给出更具体的答案。
恐怕我不能反复回答基于问题的疑难解答。 如果您需要进一步的帮助，我build议您提供一个Microsoft支持的案例。 否则网站上的其他人可能有时间来帮助你。
您碰巧通过在没有sysprepping的情况下克隆虚拟磁盘或整个虚拟机来创build这些卷？ 这听起来像两个服务器之间的驱动器序列号或卷序列号是不唯一的，这将导致DFS-R失败。