更改用于文件夹重定向的服务器的最佳方法是什么?

更改用于文件夹重定向的服务器的最佳方法是什么?

多年来,我一直在为所有桌面客户端 (Win7) 使用文件夹重定向。我希望将所有数据迁移到新服务器/共享。我已经创建了一个具有相同 ACL 的新共享,并使用 robocopy 传输数据以及文件安全信息。(我目前对 DFS 不感兴趣。)

我可以只更改 GPO 中的服务器吗?

“将 [FolderName] 的内容移动到新位置。”设置如何影响这种情况?

答案1

我只是用 Windows 7 SP1 客户端模拟了这一点,以确保我的“直觉”是正确的,事实也确实如此。

我的设置是:

My Documents
Basic - Redirect everyone's folder to the same location
Redirect to the following location
\\SERVER\Users\%username%\Documents
Grant the user exclusive rights to My Documents - Unticked
Move the contents of My Documents to the new location - Ticked
Policy Removal - Leave the folder in the new location when policy is removed

更改 GPO 中的服务器名称会导致文件夹重定向客户端扩展 (CSE) 将所有文件从旧文件夹复制到新文件夹,甚至如果文件存在于目标路径中。我通过在新旧位置放置相同的 10GB 测试文件并观察客户端需要几分钟才能登录并停留在“应用文件夹重定向策略...”来验证这一点

过去,我通过创建一个新的文件夹重定向 GPO 来实现这些类型的迁移,我可以使用安全过滤有选择地应用该 GPO,这样我就可以进行测试而不会损害现有用户。我将测试用户的文件从旧位置移动到新位置,将它们放在允许应用新文件夹重定向策略的组中,然后登录并验证新重定向是否“生效”。

这种方法确实很麻烦,因为您需要与用户协调,以确保在您移动他们的文件时他们没有登录并使用旧文件夹,但我无法想出一个好的替代方案,不会导致用户等待 CSE 复制文件。我的经验是,当用户需要等待时,一部分用户会关闭 PC,这增加了他们最终陷入混乱、不确定的混乱局面的风险。太好了,用户!

编辑:

我可以确认,当 GPO 首次应用于用户时取消选中“将我的文档的内容移动到新位置”框时,对路径的后续更改会不是导致 CSE 将文件复制到新文件夹。

我还可以确认,当 GPO 首次应用于用户时,“将我的文档的内容移动到新位置”框被勾选,但随后在 GPO 中的路径更改的同时取消勾选,CSE 确实不是将文件复制到新文件夹。

我不确定这种行为是否一直如此,而且我不愿意用 Windows XP 来模拟它来查看。

如果离线文件也在发挥作用,你可能想看看博客条目如何更改文件服务器共享以进行文件夹重定向,以便 W7 客户端仍然可以访问用户共享上的数据,而不必通过网络同步完整的数据?,其中描述了使用FolderRedirectionEnableCacheRename注册表值来允许离线副本被“重命名”而不是通过网络重新同步。

编辑2:

我比较了取消勾选“将我的文档内容移动到新位置”框之前和之后的配置文件,没有看到它缓存在注册表的任何地方。看来 CSE 每次应用 GPO 时都会在 SYSVOL 中检查此值的状态。这也很好。

答案2

更改 GPO 就足够了。您引用的设置是针对文件夹重定向的实际设置,也就是说,当客户端处理重定向时,它会将所有本地文件夹移动到远程服务器。它不会影响对服务器的“更改”。

相关内容