Windows 工作组到域的迁移

Windows 工作组到域的迁移

我们有一个运行在工作组模式下的 Windows 网络,没有服务器。网络上大约有 14 台机器,因此显然是时候迁移到域模式下的 SBS 2008 服务器了。我的问题围绕着将用户帐户迁移到此域设置。

每台机器上有多个帐户,有些人在多台机器上都有帐户。总共有大约 15 个用户,外加一些访客的来宾帐户。所有机器都运行 Windows XP Pro,但即将添加一台 Windows 7 笔记本电脑。

我们希望转移配置文件,而不仅仅是创建新帐户,并且我们可能希望将所有用户的文件移动到新服务器上的用户主目录。

我以前见过 USMT、moveuser.exe 和 ADMT 的建议。我还见过通过创建新帐户然后复制配置文件来手动迁移的建议 - 尽管我上次尝试这种方法(大约在 2004 年)时,它非常混乱。使用其中任何一种方法可能都意味着我们需要决定从哪台机器进行迁移。

我预计会被告知我们需要手动完成此操作,因为跨机器的帐户存在重复,但欢迎提供提示和好方法。您将如何处理这种情况,您预计会遇到哪些潜在问题?

答案1

虽然我不能说同一个用户在多个工作站上拥有多个配置文件,但我要说的是,如果 SBS2008 与 SBS2003 有任何相似之处,那么它应该能够很好地将计算机加入域并将单个用户配置文件迁移到域配置文件。当然,我说的是每个工作站只有一个主要用户的情况,而不是像您这样的多个用户。在我看来,这是 SBS 的强项之一,它使从工作组到域的迁移尽可能轻松。“添加用户向导”可以很好地帮助您根据当前用户和计算机名称创建用户和计算机帐户。我建议您为每个工作站选择一个“主要”用户,并使用“添加用户向导”将这些用户和配置文件“迁移”到域,以及将他们的计算机加入域。然后,您可以在迁移后进入并从分散在工作站上的各种剩余用户配置文件中挑选出您需要的部分。

答案2

由于跨机器的账户重复,因此这将是相当手动的。

>微笑<

我不喜欢使用工具来执行这样的迁移,除了我可能为特定情况编写的定制脚本。我觉得在如此小的环境中,手动操作可以产生最佳效果。你可以说我脾气暴躁,但我觉得在这种工作中会出现很多人为判断。(公平地说,我也从未对超过 20 个席位进行过这样的迁移,我们关心保存任何用户的个人资料数据。如果你问我,迁移这么大的点对点地狱听起来就像一场噩梦。如果经过适当的测试、再次测试和第三次测试,自动化工具可能会使更大规模的迁移变得容易得多,但客户端数量必须足够大,才能让所有测试时间都得到回报。)

我会首先设置服务器计算机,并设置所需的文件夹重定向、漫游用户配置文件等。将一台测试机加入域,并验证一切是否按预期运行。如果您需要对新用户环境进行任何自定义,请设置您的组策略来执行此操作。理想的情况是,新用户的漫游用户配置文件不需要任何“管理员必须首次登录并在注册表中设置内容”之类的愚蠢操作。我“破坏”了 SBS 2008 和手动配置重定向文件夹因为我认为默认方法很愚蠢。这种方法的优点是,在用户登录之前,你可以使用文件夹来存放用户的文件等。

如果您可以丢弃单个用户的注册表,那么您将拥有最干净的迁移。(糟糕的应用程序因在用户的注册表中存储绝对路径而臭名昭著,并且必须在注册表中进行大量搜索和替换并不好玩。)

如果你不能扔掉他们的注册表,那么你要么使用 USMT,要么使用 GUI 来将本地配置文件复制到域配置文件或者手动破解存储在 NTUSER.DAT 中的权限。就我个人而言,我会丢弃注册表,因为它们很可能被绝对路径和诸如此类的胡说八道弄得一团糟。

假设您不必担心各个机器之间的文件版本冲突,我只需将每个用户的所有文件(文档、收藏夹、也许还有 Cookies、如果我觉得其中有用的话可能是 AppData)堆放到他们在服务器计算机上新创建的漫游配置文件/重定向文件夹中,并将本地存储的配置文件的副本移动到某些离线媒体上以进行安全保管(并防止他们在没有通知您的情况下恢复到本地配置文件并造成更大的混乱)。

答案3

如果用户要升级到 Windows 7<->Windows XP,我强烈建议使用文件夹重定向而不是漫游配置文件,因为它们根本不会在彼此之间漫游,而且无论如何您很快就会进行升级,然后他们将丢失未迁移的设置。

如果您坚持使用漫游配置文件,请使用 USMT 将本地用户配置文件迁移到计算机上的网络用户配置文件,将配置文件设置为漫游,将它们指向空白目录,并且 IIRC 当用户退出计算机时它会自动复制配置文件,因此请非常小心用户登录的位置(以及退出的位置)。

相关内容