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