我有 2 台共享服务器，\\servera\share并且\\serverb\share。DFS 设置为\\domain\share指向两台机器。第三方复制解决方案\\servera\share与相比\\serverb\share。
当我关闭 serverb 时\\domain\share，它仍然可用，正如预期的那样。但是，\\serverb\share它仍然可用，但显示来自 servera 的内容。这搞乱了复制。
为什么会发生这种情况？我如何确保连接到一个特定的服务器或另一个服务器？
当您关闭 serverb 时，您无法再 ping 它，但您仍然可以连接到共享（但可以看到 servera）。serverb 的 dns 永远不会指向 servera。
答案1
您看到的是产品的预期行为。使用域名、“servera”名称或“serverb”名称访问 DFS 根目录都将导致相同的行为。
您可能考虑再次共享“servera”和“serverb”上的文件夹（“\servera\share-x”等），并使用该共享名称通过复制软件访问该文件夹。通过此“辅助”共享名称访问文件夹不会导致您看到的 DFS 客户端行为（因为文件夹的“辅助”名称不是 DFS 根目录或链接目标）。
答案2
您可以浏览物理磁盘的管理共享，而不是实际共享...即，\\server\d$\some\path\to\dfs\target而不是\\servera\target出于复制目的。请记住...依赖第三方解决方案进行复制可能会带来一系列麻烦。
我认为我已经遇到过 DFS-R（以及之前的 ntfrs）的所有可能故障点，并且从未成功地让对等点保持正确同步超过一两天。（在出现错误之前）我完全理解您的沮丧和想要切换到替代复制解决方案的愿望。然而，您确实做出了一个错误的断言……DFSR做将文件的备份保存在dfsrprivate隐藏文件夹中...但运行所有日志来找出哪个文件是哪个以及为什么复制失败是一场噩梦，并且在被覆盖之前“备份”的最大大小是有限的。
答案3
但服务器 a 的 DFS 目标是否在所有点都包含与服务器 b 相同的信息。DFS 知道这一点，并为您提供有效的替代方案。