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