我正在configuration一个新的DFS设置，它将利用命名空间和复制。 这两台成员服务器是运行Windows Server 2012 R2的虚拟机。
由于许多份额从几百吉字节到几吉字节，所以我希望将这些份额存储在自己的虚拟磁盘上，而不是为所有份额存储一个大的（10兆兆字节）虚拟磁盘。 我不希望为每个磁盘分配驱动器号，而是希望能够使用联结创build统一的逻辑结构，如下所示，其中每个共享文件夹实际上是指向另一个卷上的文件夹的结点（当然，在每个成员服务器上相应的卷有不同的标识符，路口说明了这一点）：
C:\File Shares\
Share1\ === Junction ===> \\?\Volume{11111111-1111-1111-1111-111111111111}\File Shares\Share1\ Share2\ === Junction ===> \\?\Volume{22222222-2222-2222-2222-222222222222}\File Shares\Share2\ Share3\ === Junction ===> \\?\Volume{33333333-3333-3333-3333-333333333333}\File Shares\Share3\ Windows资源pipe理器和命令提示符等应用程序在导航此结构时没有任何问题，并且可以从每个C:\File Shares\ShareX联结中创build共享并无任何问题地访问它们。 然而，DFS-R似乎并不喜欢它。 使用上述连接之一创build复制组之后，事件日志中将生成事件6064：
DFS复制服务无法在本地pathC：\ File Shares \ Share1上复制已复制的文件夹，因为本地path不是现有可访问本地文件夹的全限定path名。
我怀疑问题是DFS-R不支持使用联结作为复制文件夹。 DFS复制：常见问题（FAQ）状态“连接点也不复制，并且DFS复制日志事件4406遇到的每个交接点”，但这似乎指的是复制文件夹何时包含交接，而不是一个复制的文件夹是一个连接点。 事实上，如果我将驱动器号分配给上面的卷，那么DFS-R 就可以与这些连接器一起工作：
C:\File Shares\
Share1\ === Junction ===> X:\File Shares\Share1\ Share2\ === Junction ===> Y:\File Shares\Share2\ Share3\ === Junction ===> Z:\File Shares\Share3\ 这接近我想要的，因为每个共享和复制组引用一个C:\File Shares\ShareX\ junction，但每个交叉点仍然必须使用一个驱动器号来定义，我想将它们从等式， 如果可能的话。 为了进一步混淆事情，几个星期前，我可以使用一个没有驱动器号的引用卷的交叉点来获得共享复制，但现在由于相同的6064错误而不再复制。 我不确定这是如何工作的。
有没有人有这种设置的经验？ 我似乎无法find与没有分配驱动器号的卷一起使用DFS-R的任何信息。 除了创build新的共享一些额外的工作，是否有使用路口组织复制文件夹的缺陷或缺点？