我在远程桌面服务服务器上有一个137 GB的c:\驱动器，该服务器与用户文件完全一致。 我有一个完全空的1.2TB e:\驱动器。
我需要将c:\users目录从c:\到e:\ 。
像往常一样， 微软的这篇文章是完全没有帮助的，而Technet论坛让我想吐了。 现在在SO上发布的一个很好的解决scheme应该为世界做很多事情。
这显然是一个混乱的周期，所以我可以：
手动进行移动，然后更新%userprofile%环境variables等。可怕的。
更简单，但更复杂的是，复制用户文件夹，然后创build一个符号链接，我可能会这样做。
无论哪种方式，我必须移动/复制Users目录。
现在，在Windows中，默认情况下，出于安全目的，pipe理员不具有用户文件的所有权，并且搞乱了这个…乱七八糟。
我可以复制父用户目录，而不会搞乱下面的所有初级权限吗？ 我真的不知道。
或者，如果别人有这个问题的一些很好的解决scheme，我会采取。
我不介意设置文件夹redirect，但是我从来没有设置了事实之后，已经设置了350个用户configuration文件的服务器上。 他们现有的configuration文件会发生什么？ 似乎凌乱。
是的，您可以移动或复制目录而不更改任何权限。
我会使用robocopy和/b和/copyall开关。 /copyall将维护复制文件的权限（和其他属性）， /b将在备份模式下执行此操作，因此您不需要获取所有权或更改访问文件的权限。
也就是说， 设置文件夹redirect可能是要走的路， 就像乔build议的那样 。 设置好之后，您仍然可以应该使用robocopy和我提到的那些开关，用现有数据填充redirect的文件夹位置（在新的，更大的驱动器上，我假设）。
首先，我build议使用“文件夹redirect”将用户的“文档”文件夹redirect到networking共享。 这可能会为纠正这个问题提供最大的回报。
文件夹redirect会将文件夹redirect到您为其设置的位置。 当用户在设置redirect后第一次login时，redirect的文件夹的内容将被移到redirect的位置。 首次login时，移动内容可能需要一段时间，但这是一次性操作。
redirect“文档”文件夹将不会对用户configuration文件产生其他影响，除了将文档文件夹redirect到“configuration文件”外。 用户configuration文件将保持不受影响，这将减less用户configuration文件的大小，从而释放磁盘空间。