我一直在将用户配置文件从一台服务器移动到另一台服务器。对于这个问题，我们称他们为“oldserver”和“newserver”，用户是“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
有谁知道什么会导致在旧服务器上重新创建用户文件夹？是否需要采取进一步措施？
听起来您有一个启用了 Documents 文件夹的文件夹重定向的组策略对象 (GPO)。针对您看到有问题行为的用户运行一组策略结果，它将引导您朝着需要修改的 GPO 方向前进。
在 RSoP 中查看“用户配置”子节点的“Windows 设置”子节点。我怀疑您会在那里找到适用于“文档”文件夹的文件夹重定向策略。假设您这样做了，在您修改它之前，您最好阅读该功能的工作原理，以便您对更改它时会发生什么有一个很好的了解。
编辑：
匆忙中，我忽略了您说您确实修改了包含一些文件夹重定向设置的 GPO。检查出现问题的客户端上的事件日志，以验证文件夹重定向客户端扩展 (CSE) 没有记录任何错误。可能是您修改后的 GPO 在应用时出现问题，并且设置保持原样。如果修改后的 GPO 未能应用，CSE 的事件日志消息应为您提供一些指示。
当我们将用户配置文件迁移到新硬件时，我们遇到了类似的问题。我们的“它着火了，需要修复”的解决方案是清除正在登录的机器上的本地配置文件。
我们对一些较难的用户采用的另一个修复方法是打开注册表并搜索
oldserver并更改相关键以指向正确的位置。考虑重复搜索users\jbloggs\jbloggs's documents作为一个 *nix 管理员，我做出的解释是：Windows 对缓存的配置文件做了一些愚蠢的事情。把它吹走导致它被重建成一个更合适的庄园。