3台服务器，DFS复制工作了2年。最近 1 个成员服务器开始报告这个：
The DFS Replication service stopped replication on replicated folder projects at local path Z:\projects due to Error ID: 9098 (A tombstoned content set deletion has been scheduled). Event ID: 4004
无论我做什么，该服务器都会继续报告相同的逻辑删除错误。没有任何东西被复制到/从这个问题服务器。
我什至在 3 个成员服务器中的每一个上都创建了一个新共享。然后，创建一个新的命名空间并启用 DFS 复制。2 个服务器复制没有问题，但 1 个问题服务器仍然报告逻辑删除错误。
我尝试删除/重新安装 DFS 复制角色，仍然发生。
我在这里完全不知所措，有什么想法吗？从问题服务器到其他服务器的 Ping 没问题。“验证拓扑”在 DFS 管理器中检查正常。
请尝试以下操作：
查看事件查看器并确定所有出现逻辑删除错误的复制组/文件夹。确定它们后，进入 DFS 管理 GUI 并完全删除与该文件夹关联的复制组。您不需要删除该文件夹的 DFS 命名空间，只需删除该命名空间文件夹的复制功能。如果您的 DFS-R 中有其他复制组没有收到 9098 错误，则您不必对这些文件夹执行此操作。
停止 DFSR 服务（如果它在尝试停止时挂起，您可能需要使用 taskkill 命令终止该服务）。
授予自己对隐藏的 System Volume Information 文件夹的权限。如果您的帐户在域管理员组下，则只需添加安全组即可。此文件夹存在于作为复制组成员的所有服务器上。在我的情况下，即使我启用了查看隐藏文件夹，3 台服务器中的 2 台也没有将此文件夹显示为存在。如果这种情况发生在您身上，则服务器在向您撒谎说它不在那里。它在那里。不要听它。我的建议是下载并使用 7-zip 文件管理器。它将看到该文件夹并帮助您设置其权限以及删除长度超过 256 个字符的文件，如果您从命令行执行下一步，这是一个问题）。请注意，设置权限后，它可能会告诉您您仍然无权访问该文件夹。只需关闭 7-zip 并将其打开即可。它应该让您进入该文件夹及其子文件夹。
一旦您有权访问该文件夹，请继续删除位于其下的 DFSR 文件夹。您需要在安装了 DFSR 角色并且是任何复制组成员的所有服务器上执行此操作。您可以使用命令行命令“rmdir”，但它无法删除超过 256 个字符的文件/文件夹。这就是为什么 7-zip 文件管理器是删除系统卷信息下的 DFSR 文件夹的更好选择的原因。但是，有些情况下 7-zip 无法删除文件或文件夹。如果您在这种情况下运行，请在提升的命令提示符中使用 rmdir 命令。从本质上讲，这两者的结合最终会清除您需要清除的所有内容。
重新打开 DFSR 服务。这将开始重新创建刚刚删除的 DFSR 哈希和虚拟树的过程。
重新创建所需的复制组。
在您没有删除的复制组上，您可能会收到警告：“DFS 复制服务在本地路径初始化了复制文件夹，正在等待执行初始复制。复制文件夹将保持此状态，直到收到复制数据直接或间接来自指定的主要成员。” 如果这样做，您需要做的是运行命令行将其中一台 DFSR 服务器设置为该复制组的主服务器，然后一旦设置 - 这很重要 - 您将必须进入 DFS 管理 GUI，单击带有相关警告的复制组，选择连接选项卡，然后右键单击您刚刚设为主要的发送成员并选择“立即复制...” 这将初始化复制，您只需执行此操作一次即可将其复制到此处。您需要为发送成员/主要成员服务器附加到该复制组中的每个接收成员选择“立即复制...”选项。
等待大约 5-10 分钟，然后在每个复制组上运行 dfsrdiag backlog 命令，看看是否创建了用于复制/同步的 backlog。每 5 到 10 分钟运行一次此命令以查看积压文件计数值是否减少。如果是，则它正在同步/复制。
PS 如果您仅将 DFS-R 用于弹性，这不是实现它的最佳方法。查看故障转移群集内的高可用 FileServer 角色，例如这里