我不会这样做。 我做DFSN（DFS命名空间）的两个主要原因不适用于主文件夹：使用DFSR复制文件夹并让AD计算出最接近的副本;其次，如果您希望用户具有一致的文件path，而不pipe文件是什么文件他们在服务器上。 我喜欢DFS，并将它用于许多客户/工作，但是我没有看到使用它作为家居用品的优势（也许还有一些缺点）。 这里有一些想法没有特别的顺序：
- 不要使用ADconfiguration文件path设置。 它们完全是NT-legacy设置，被GPO文件夹redirect取代。 设置ADconfiguration文件path时，它实际上将计算机设置为使用该networkingpath作为各种事物的默认位置，这会减慢从login到启动Word的所有内容。 只要单独留下该选项卡，并学习爱GPO文件夹redirect，这是更多，更容易pipe理的人群。 不能强调这一点。 微软应警告pipe理员可能会导致问题的标签。
- 在XP中，我记得如果是DFSN，则存在文件夹redirect的问题。 在XP / 2003中，我们不得不将用户文件夹redirect设置为//服务器/共享path。 DFSN的其他一切仍然很好。
- 您应该很less有用户浏览其他家庭文件夹。 通常，规则是，如果多于一个用户需要访问，则不会进入用户主文件夹并且属于DFSN中的其他地方。 您可能会在GPO中设置文件夹redirect，因此如果您移动这些用户主文件夹，您将在GPO中进行更改，并且不需要DFSN链接的优势。
- 仅供参考，如果您有任何Mac用户，那么Lion 10.7以上的任何版本都不能很好地执行DFS。
- 请注意，如果您正在使用适用于您的DFSN的NetApp NetApp，那么您无法使用DFSR（截至2009年使用7.0的最新版本）。 您需要将NetApp与Windows Server前端连接，并使用iSCSI来存储文件。
- 就个人而言，如果你几乎所有的Windows客户端（Vista或更新版本），我已经注销了除了Windows操作系统以外的其他文件共享。 中小企业2.0，然后2.1， 现在3.0使文件共享如此之快，function丰富的Windows客户端和服务器之间，而所有其他厂商都与微软追赶。 如果整个行业一起前进，那将是一件好事，但现实情况是，即使NetApp在这个协议中也要比微软落后好几年。 如果您需要永远在线的企业文件共享，请在NetApp iSCSI前使用文件服务器群集。