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 管理器中检查正常。
答案1
请尝试以下操作：
查看事件查看器并确定所有出现墓碑错误的复制组/文件夹。确定它们后，进入 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 命令，查看是否创建了复制/同步的积压。每 5 到 10 分钟运行一次此命令，查看积压文件计数值是否减少。如果减少，则表示正在同步/复制。
PS 如果您仅将 DFS-R 用于弹性，那么这不是实现它的最佳方法。查看故障转移群集内的高可用性文件服务器角色，例如这里
答案2
找到问题了。我删除的“System Volume Information/DFSR”文件夹位于 C 盘，而不是 Z 盘，共享文件就位于那里！我一删除 Z:\System Volume Information/DFSR，问题就解决了。