DFS“clobering”文件

Question

我们使用 DFS 管理管理员工具进行了 DFS 设置。我也在分布式文件系统管理员工具中打开了复制功能，今天早上我们从该共享中丢失了大量文件。请向我解释为什么这是错误的，以及是否可以采取任何措施来修复它。（不，我们没有备份。我们有一些卷影副本，但那些也被删除了。我们一直使用 DFS 作为它自己的备份）

Answer 1

在我说别的之前，

DFSR 不是备份！不要这样使用它，否则你最终会再次被烧伤。

因此，为了澄清起见，您的 Server1 有一组文件，而 Server2 没有这组文件。您在 Server2 上添加了文件夹目标，然后在两台服务器之间创建了复制组？

理论上，如果按照上述方式完成，那么 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 文件夹，因为您的文件也可能在那里。