我有2台共享服务器， \\serverb\share和\\serverb\share 。 DFS在\\domain\share上设置为指向两台机器。 第三方复制解决scheme将\\serverb\share与\\serverb\share 。
当我closuresserverb \\domain\share仍然可用，正如所料。 但\\serverb\share仍然可用，但显示了\\serverb\share的内容。 这混淆了复制。
为什么会发生这种情况，我怎样才能确保连接到一个特定的服务器或另一个？
当您closuresserverb时，您不能再ping它，但仍然可以连接到共享（但请参阅servera）。 serverb的dns从来没有指向servera。
你看到了产品的预期行为。 使用域名，“servera”名称或“serverb”名称访问DFS根目录将导致相同的行为。
您可能会考虑再次共享“servera”和“serverb”文件夹（“\ servera \ share-x”等），并使用该共享名与您的复制软件访问该文件夹。 通过这个“辅助”共享名访问文件夹不会导致您所看到的DFS客户端行为（因为该文件夹的“secondary”名称不是DFS根目录或链接目标）。
您可以浏览到物理磁盘的pipe理共享，而不是实际共享…即\\server\d$\some\path\to\dfs\target而不是\\servera\target用于复制目的。 请记住，依靠第三方复制解决scheme可能会带来一系列令人头痛的问题。
我认为我已经遇到了DFS-R（以及之前的ntfrs）的每一个可能的失败点，并且从来没有成功地将对等点保持在正确的同步状态一两天以上。 （在错误发生之前出现错误之前）我可以完全理解您的挫败感，并希望切换到另一种复制解决scheme。 然而，你做了一个不正确的断言… DFSR 确实保留了dfsrprivate隐藏文件夹中的文件的备份…但是通过所有的日志来找出哪个文件是哪个文件以及为什么复制失败是一场噩梦，在被覆盖之前将其备份到“备份”的最大大小。
但是在所有点上，servera的DFS目标包含serverb所做的相同信息。 DFS知道这一点，并为您提供一个有效的select。