如何将脱机文件从UNC移动到DFS共享的redirect文件夹

我们想移动到一个新的文件服务器。 我们正在使用文件夹redirect和脱机文件。 我认为如果我们从一个直接的UNCpath移动到一个DFS名称path是最好的，因为我们networking中有多个文件服务器，并且很高兴看到所有这些path被整合到一个名称path下。

我正在研究用什么方法可以用最less的头痛来完成这个过程。 每台电脑都是Windows 7.我们只redirect桌面和文档文件夹。

情况1

1. GPO设置为为根path下的每个用户创build一个文件夹，path是文件服务器的UNCpath。 GPO 将文档移动到新的位置设置为OFF。
2. logintesting用户，检查文件夹redirect和脱机文件的作品。
3. 接下来，将GPO设置为指向同一文件服务器的DFSpath，以便文件位于相同的位置。

4. 在gpupdate之后用testing用户login。 桌面文件在那里。 检查文档文件夹，它是空的。 原来它在文件服务器上创build了一个全新的文档文件夹。 我什至不知道有可能有一个文件夹中的两个文件夹名称完全相同，但它看起来像它做了某事：

   • Server 2008 R2 DCs之间的Sysvol复制中断
   • 使用域别名的DFS
   • 通过networking访问pipe理共享时提示凭据
   • 是否可以指定备用path来存储DFSR中的“冲突和已删除”文件？
   • 将2个域树连接到新的森林并保留非连续的命名空间和模式

   

看起来这种方法不起作用，当然这是最简单的方法。

情景2（尚未testing）

1. GPO设置为为根path下的每个用户创build一个文件夹，path是文件服务器的UNCpath。 GPO 将文档移动到设置为OFF的新位置 。
2. logintesting用户，检查文件夹redirect和脱机文件的作品。
3. 禁用脱机文件并validation文件夹redirect仍然有效。
4. 将GPO更改为DFS位置并testing以查看文件夹redirect仍然有效。
5. 启用脱机文件并testing以查看它是否正常工作。

我还没有testing过这个过程，但它是唯一的我可以想出的其他选项。 这种方法的问题是closures所有我的用户的脱机文件创build两个问题：

1. 对于移动用户来说，这并不理想，但我们确实有替代方法来访问文件，但不方便。
2. 这要求所有用户都连接到networking，以便他们可以抓取GPO更新以closures脱机文件，并在需要时将其重新打开。

由于有些用户甚至连两周都没有打开电脑，如果我没有等到足够长的时间closures离线文件并将其重新打开，就会成为一个问题。 我估计大概两个星期就足以closures离线文件，然后等待另外两个星期，在移到DFS之后再打开它。 一个月能够迁移到DFS并不是很好。

我已经看了http://vistavitals.blogspot.ca/2007/11/folder-redirection-misbehaves-after.html和脚本似乎可能会更复杂。

有没有人有什么想法，我可以做什么？ 我确定人们总是使用“文件夹redirect”和“脱机文件”来切换到新的文件服务器，但这看起来好像很糟糕。