目前，我们有一个 TS，所有用户配置文件都存储在本地。我们有一个 DR 服务器，它通过自动复制 C:\Users 文件夹并在另一端执行手动配置来同步，以更新配置文件的链接（对于新用户）。
这显然很麻烦。我想要做的是将用户帐户对象配置为指向共享上的 TS 配置文件（然后将通过 AD 和 DFS 复制设置/文件）。但是，问题是几个用户在 AppData\Local 下有很大的应用程序文件（几 GB），我们希望避免每次用户登录或注销时都复制它们（TS/RDS 在注销时是否做差异复制/登录？）。我在服务器上创建了一个本地共享，这样服务器就会指向它自己，但这仍然会触发复制。我还考虑过将 C:\Users 设为共享，这样网络路径将完全覆盖实际文件，但我还没有尝试过，有些事情告诉我这是个坏主意。
实现这个的最佳方法是什么？
编辑：另一个要求是 AppData\Local 必须在配置文件中保持一致，这意味着它在生产和 DR 中应该相同。显然，文件夹重定向仅适用于 AppData\Roaming，因此这不是一个完整的解决方案。这些配置文件的大部分大小似乎都在 AppData\Local 中，因此这是处理此问题的关键。
为什么要复制？使用文件夹重定向。数据始终保留在您保存用户配置文件的存储中。
您可以考虑让服务器共享用户目录。然后你就可以像普通共享一样访问它，而不是每次都复制它。当然，我意识到 appdata 问题可能不太有效，但坦率地说，我一直选择不担心这种数据，因为文件夹复制并不总是最好的。
另一种选择是查看您是否可以更新到包含这个小块的服务器 2012：http: //blogs.msdn.com/b/rds/archive/2012/11/13/easier-user-data-management-with-用户配置文件-磁盘-in-windows-server-2012.aspx
这当然不是正统的，但我们最终让 DFS 在两台服务器上复制 C:\Users 并定期复制 ProfileList 注册表项。如果主服务器出现故障，另一台服务器将准备好使用所有用户数据的最新副本。