我现在有一段时间似乎应该是一个相当简单的项目。
基本上， $employer有一大堆远程站点，用古老的硬件来模拟真实的服务器，而用真正的服务器replace它们。 或者更准确地说，他们正在购买新的服务器，并让我replace它们。 这些网站通常很小，所以没什么太复杂的 – 我们基本上只是为所有网站提供文件服务器，打印服务和域控制器/ DHCP服务器。
当然，这个问题来自用户configuration文件redirect。 我们所有的用户都将其“ My Documents目录redirect到文件服务器，例如： \\[crappy-old-server]\users\%username% 。 因为我们正在努力做正确的事情，所以我们在新服务器上设置DFS，并将其更改为： \\[not-crappy-DFS-root]\[sitename]\users\%username% 。
该部分工作得很好，在使用Microsoft文件服务器迁移工具包迁移文件服务器之后，我们运行csccmd将客户端计算机上的共享指向新位置，更改Active Directory和组策略（映射驱动器，打印机等等），并称之为一天。
但是，问题是，虽然csccmd工具将某些registry引用移动到旧服务器，但客户端registry仍然对糟糕的链接（MRUs，Bit Bucket Recyclerpath，打印机，应用程序默认值，挂载点，Shell文件夹，净caching等），结果，用户甚至无法打开开始菜单没有得到networking超时，因为一些设置正在寻找\\[crappy-old-server]\users\%username%而不是\\[not-crappy-DFS-root]\[sitename]\users\%username% 。 从字面上看，至less需要30秒来做任何事情，这是不可接受的。
为了解决这个问题，我已经在每台客户端机器上手动打开了regedit，在旧的服务器string上search，并且在find时删除密钥或用新的DFSpathreplace旧的服务器名称。 显然，这很糟糕 ，而且我认为必须要有一个更好的方法，因为我目前的解决scheme根本不能扩展，大型用户迁移必须使用更加自动化的方法解决这个问题。
那么，有什么更好的方法来做到这一点，不涉及手动search客户端registry？
你可以在每个站点上安装一台机器，作为一个独立的DFS根目录来回答\\[crappy-old-server]\users ， users是一个到新的\\[not-crappy-DFS-root]\[sitename]\users文件夹。 假设您还没有名为users的共享，您可以使用OptionalNames在每个站点中使用您正在部署的服务器。