我们使用DFSpipe理pipe理员工具进行DFS设置。 我也在分布式文件系统pipe理员工具中打开了复制，今天早上我们从这个共享中丢失了大量的文件。 请向我解释为什么这是错误的，如果有什么可以做的修复它。 （不，我们没有备份，我们有一些影子副本，但是也被删除了，我们一直使用DFS作为自己的备份）
在我说别的之前，
DFSR不是备份！ 不要这样使用，否则最终会再次被烧毁。
所以为了澄清，你有一组文件的Server1，和没有这组文件的Server2。 您在Server2上添加了一个文件夹目标，然后在两台服务器之间创build了一个复制组？
理论上，如果按照上面的方式完成，则Server2将处于初始复制状态，从Server1接收文件，然后激活。
在复制组设置期间，最有可能发生的事情是Server2被视为权威，这消除了Server1上的共享。
我会检查这两个服务器上的DFSR事件日志，寻找这个事件：
Event ID 4412 - The DFS Replication service detected that a file was changed on multiple servers. 此事件将描述哪些文件被删除，以及它们现在存在的位置。 您的冲突和已删除的文件夹通常与DFS共享位于名为DFSRPrivate的隐藏文件夹中。 注意：默认情况下，这个文件夹只能容纳660MB的文件，然后再旋转那个空间。
同时检查DFSRPrivate文件夹中的Pre-Existing文件夹，因为您的文件也可能在那里。