我一直在移动用户configuration文件从一台服务器到另一台。 对于这个问题，我们称之为“oldserver”和“newserver”，用户名为“jbloggs”
当用户注销时…
使用robocopy将jbloggs（ \\oldserver\users\jbloggs ）的整个configuration文件复制到新服务器。
完成后，将旧文件夹重命名为“moved_jbloggs”
然后进入活动目录，并将“configuration文件path”更改为\\\newserver\users\jbloggs\profile和“主文件夹”“将U：连接到\\newserver\users\jbloggs
我还将组策略“将文档redirect”设置从\\oldserver\users更改为\\newserver\users
但是，当jbloggslogin时，在oldserver中创build一个新的文件夹！ \\oldserver\users\jbloggs\jbloggs's documents
有谁知道什么可能导致用户文件夹在旧服务器上重新创build？ 是否还需要采取进一步措施？
当我们将用户configuration文件迁移到新硬件时，我们看起来有点类似的问题。 我们的“它着火，需要修复”的解决scheme是吹掉正在login的机器上的本地configuration文件。
我们用一些更困难的用户的另一个修补程序是打开registry并searcholdserver并更改相关的键指向正确的位置。 考虑用users\jbloggs\jbloggs's documents重复search
作为* nixpipe理员，我所做的解释并没有任何支持：Windows对caching的configuration文件做了一些愚蠢的事情。 把它吹走，导致它在一个更合适的庄园重build。
这听起来像你有一个组策略对象（GPO）与启用文档文件夹的文件夹redirect 。 针对出现问题行为的用户运行“结果集策略”，这将引导您向需要修改的GPO方向发展。
在RSoP中查看“用户configuration”子节点的“Windows设置”子节点。 我怀疑你会发现一个文件夹redirect策略那里应用到“文档”文件夹。 假设你这样做了，在你修改之前，你最好先阅读一下这个特性是如何工作的，这样你就可以很好地了解当你修改它时会发生什么。
编辑：
在我急匆匆地，我忽视了你说你修改了包含一些文件夹redirect设置的GPO。 检查出现问题的客户端上的事件日志，以确认文件夹redirect客户端扩展（CSE）未logging任何错误。 可能是因为您修改的GPO有问题，设置仍然保持原样。 CSE的事件日志消息应该给你一些指示，如果修改后的GPO未能应用。