我正在使用 GPO 将 appdata、我的文档和桌面文件夹重定向到基于它们通常所在的设施的服务器。这给在多个位置之间来回切换的用户带来了问题。Firefox 配置文件存储在 appdata 中，因此需要很长时间才能转到另一个设施获取 Firefox 配置文件才能启动。在等待 Firefox 加载两到三分钟后，它的运行速度非常慢，几乎无法使用
我想用 DFS 来解决这个问题，但我不想经历一段痛苦的过渡期。目前，设施 1 的 GPO 设置为将文件夹重定向到，//server1/Documents设施 2 的 GPO 设置为将文件夹重定向到//server2/Documents。我知道我需要将这些设置更改为我创建的 DFS 命名空间。
我需要将//server1/Documents和添加//server2/Documents到 DFS 命名空间//DFSDocuments/，并更改 GPO 重定向设置以将 appdata 重定向到//DFSDocuments/UserName。写下来让一切看起来非常简单；这就是我要做的全部吗？GPO 设置是否会正确地指向 DFS 命名空间中的 UserName 文件夹，而无需我移动任何内容？用户会看到任何问题吗？还是会奇迹般地复制？
我很感激任何曾经经历过这种（非 dfs 文件夹重定向到 dfs 文件夹重定向）转换的人的反馈和提示。
答案1
首先，您需要了解 DFS 实际上包含两项技术：DFS 命名空间 (DFS-N) 和 DFS 复制 (DFS-R)。前者创建一个逻辑命名空间，可用于隐藏单个文件服务器名称，而后者在两个复制伙伴之间双向复制数据。
DFS-N 是个好东西，应该到处使用。但它现在对你没用。
DFS-R 也很好，但与漫游用户配置文件不兼容（配置文件的重定向部分仍然是配置文件的一部分）。
欲了解更多信息请参阅我的文章：
答案2
这已经是老问题了，但我还是会回答，因为其他答复并不是真正的答案。
我刚刚将重定向（针对 Server 2003 终端服务器用户）从 \server 路径更改为 \dfsroot 路径，以下是我发现的结果：
1.) 确保在重定向 GPO 中取消选中“将内容移动到新位置”。DFS 路径已经指向数据，因此无需复制。有人认为 Windows 会识别出不需要复制数据，但我第一次尝试时似乎并非如此。登录花了很长时间，直到我进行了此更改。
2.) 确保您的 \dfsroot 路径在 Windows 用户 PC 上被识别为内部网站点，否则您的用户每次尝试访问共享时都会遇到安全警告。如果您重定向 Appdata 或 Desktop，请再三确认，因为这样可能会出现问题（例如，无法将快速启动工具栏添加到开始菜单）。这应该是自动的，但在我的情况下并非如此。事实上，我一直无法弄清楚为什么我的终端服务器在从 DFS 共享复制文件时仍然会发出警告，尽管我尽了一切努力确保它位于内部网区域。我不得不完全放弃重定向 Appdata。