我一直在将用户配置文件从一台服务器移到另一台服务器。对于这个问题，我们将它们称为“旧服务器”和“新服务器”，用户是“jbloggs”
当用户退出时...
使用 robocopy将 jbloggs 的整个配置文件（\\oldserver\users\jbloggs）复制到新服务器。
完成后，将旧文件夹重命名为“moved_jbloggs”
然后进入活动目录并将“配置文件路径”更改为，\\\newserver\users\jbloggs\profile并将“主文件夹”“连接 U：”更改为\\newserver\users\jbloggs
我还将组策略“重定向我的文档”设置从更改\\oldserver\users为\\newserver\users
但是当jbloggs登录时，在oldserver中创建了一个新的文件夹！ \\oldserver\users\jbloggs\jbloggs's documents
有人知道什么原因会导致在旧服务器上重新创建用户文件夹吗？是否需要采取进一步的措施？
答案1
当我们将用户配置文件迁移到新硬件时，我们遇到了一个看起来有点类似的问题。我们的“它着火了，需要修复”解决方案是删除登录机器上的本地配置文件。
我们对一些比较难缠的用户采用的另一个修复方法是打开注册表并搜索oldserver并更改相关项以指向正确的位置。考虑使用以下命令重复搜索users\jbloggs\jbloggs's documents
作为一名 *nix 管理员，我编造了一个解释，但没有人支持这个解释：Windows 对缓存的配置文件做了一些愚蠢的事情。删除它会导致它以更合适的方式重建。
答案2
听起来你有一个组策略对象 (GPO)文件夹重定向启用了 Documents 文件夹。针对您发现有问题行为的用户运行策略结果集，它将引导您找到需要修改的 GPO。
在 RSoP 中，查看“用户配置”子节点的“Windows 设置”子节点。我猜你会在那里找到一个适用于“文档”文件夹的文件夹重定向策略。假设你找到了，在修改它之前，你最好先阅读一下该功能的工作原理，这样你就能很好地了解当你更改它时会发生什么。
编辑：
由于匆忙，我忽略了您说您确实修改了包含某些文件夹重定向设置的 GPO。检查出现问题的客户端上的事件日志，以验证文件夹重定向客户端扩展 (CSE) 没有记录任何错误。可能是您修改后的 GPO 在应用时出现问题，并且设置保持原样。如果修改后的 GPO 无法应用，CSE 的事件日志消息应该会给您一些提示。