我有一个服务器（Srv1），它拥有文件共享数据和存储已满。 现在我有第二个服务器（Srv2）有更多的空间。 不，我想将所有的数据从Serv1转移到Serv2，并有链接到新的目的地。 我发现mklink在这里非常有用，但不幸的是它不能在networking上工作。 这也指出了文件。 人们严重依赖于path，所以如果somone有一个指针对我来说是有帮助的…如何处理与Windows服务器交叉的networking符号链接。 我正在运行Windows Server 2008。
谢谢你的帮助
正如您已经注意到的那样， 默认情况下 ，您不能通过networking遵循到UNC目的地的符号链接。 尽pipesymlinkevaluation parameter via fsutil允许symlinkevaluation parameter via fsutil的“Remote-to-Remote”types，您可以更改此行为。
但是，你的企业听起来相当不好，因为它创造了一个复杂的，很less使用的结构，没有真正的必要性。 如果您需要一个独立于服务器名称的存储名称空间，请仔细阅读DFS并尝试在此处进行迁移 – 这将为您节省很多在将来使用服务器命名和共享位置的麻烦。
如果您恰好拥有Windows Server Enterprise许可证，则可以创build任意命名的DFS根（也就是说，您可以创build一个名称与您的服务器相似的DFS根目录），从而允许从当前基于服务器名称的scheme平滑过渡到DFS 。 看看微软的文件服务器迁移工具包的许多实用程序和指南，帮助你的过渡。
或者，如果您可以重命名srv1 （如果除了运行共享服务之外没有其他服务，或者您也愿意/可以迁移这些服务），则可以按照常用的过程用于文件服务器迁移：
之后，连接到\\srv1\share将访问srv2上的共享。
如何处理与Windows服务器交叉的networking符号链接
简单的答案是 – 现实不在乎，不，不可能。
你可以挂载一个networking共享作为另一个驱动器，然后可能使用一个符号链接那里，不知道它的工作原理，但这将是一个黑客，如果有的话（我很确定它不工作）。