我正在使用GPO将appdata，我的文档和桌面文件夹redirect到服务器，这取决于他们通常使用的设备。 这为在多个位置之间弹跳的用户带来了问题。 Firefoxconfiguration文件存储在appdata，所以它需要永远到另一个设施获取Firefoxconfiguration文件，以便它可以启动。 在等待Firefox加载两到三分钟后，它运行得非常慢，几乎无法使用
我想用DFS补救这一点，但我不想有一个地狱般的过渡期。 现在，facility1的GPO被设置为将文件夹redirect到//server1/Documents ，而facility2的GPO被设置为将文件夹redirect到//server2/Documents 。 我知道我需要将这些设置更改为我创build的DFS名称空间。
我需要添加//server1/Documents和//server2/Documents到DFS命名空间//DFSDocuments/并更改GPOredirect设置以将appdataredirect到//DFSDocuments/UserName 。 把它写下来看起来很容易， 这就是我所要做的吗？ 将GPO设置直接指向DFS名称空间中的用户名文件夹，而不必移动任何东西？ 用户会看到任何打嗝？ 或者它会神奇地复制？
我会很感激任何经过这个（非dfs文件夹redirect到dfs文件夹redirect）过渡的任何反馈和技巧。
首先，您需要了解DFS确实包含两种技术：DFS名称空间（DFS-N）和DFS复制（DFS-R）。 前者创build一个逻辑名称空间，可用于隐藏单个文件服务器名称，而后者则在两个复制伙伴之间双向复制数据。
DFS-N是一件好事，应该到处使用。 但是现在对你没有帮助。
DFS-R也很好，但与漫游用户configuration文件不兼容（configuration文件的redirect部分仍然是configuration文件的一部分）。
欲了解更多信息，请参阅我的文章：
用户configuration文件和主目录存储：分配跨多个文件服务器的负载
复制站点之间的用户configuration文件（使用或不使用DFS） – 为什么应该避免
这是旧的，但我会回答，因为其他答复不是一个真正的答案。
我刚刚从\ serverpath改变了redirect（对于Server 2003terminal服务器用户）到一个\ dfsrootpath，下面是我发现的：
1.）确保在redirectGPO中取消选中“将内容移动到新位置”。 DFSpath已经指向数据，所以不需要复制它。 有人会认为，Windows会认识到数据不需要被复制，但是这并不是我第一次尝试的情况。 login一直持续到我做这个改变。
2.）确保您的\ dfsrootpath被识别为您的Windows用户的个人电脑上的Intranet站点，或者您的用户每次尝试访问共享时都会遇到安全警告。 确定是否redirectAppdata或桌面，因为事情会中断（例如，将快速启动工具栏添加到开始菜单的function）。 这应该是自动的，但它不是在我的情况。 事实上，我一直无法弄清为什么我的terminal服务器在复制DFS共享文件时仍然会发出警告，尽pipe我们尽一切努力确保它在Intranet区域。 我不得不放弃重新导向Appdata。