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