2k3 到 2k12 AD、DC 和 DNS 迁移

Question

首先，这是从 Windows Server 2003 到 2012 DC/DNS/AD 的迁移。我们也有一个备份 2003 DC/DNS/AD 服务器，但我认为目前这不是问题，但可以在需要时使用。我已经完成了一些繁重的工作，并使用以下几个分步指南配置并设置了一个新的 2012 服务器作为 AD/DC/DNS 主机（据我所知）：

分步说明：将 Windows Server 2012 域控制器添加到现有的 Windows Server 2003 网络

我已经用离线客户端测试了服务器，似乎一切都按预期工作。令我惊讶的是，这非常有效。

现在棘手的部分：

• 所有 200 多个客户端工作站都是静态寻址的
• 客户端分布在 VPN 连接背后的多个远程位置
• 客户端大约 75% XP 和 25% Windows 7 Pro
• 2003 DCs 已经存在十年了，不知道他们实际做了多少

我和我的同事正在讨论各种选项，以使其尽可能无痛，但我们中没有人执行过这样的迁移。以下是迄今为止最可行的。

选项1

• 转移 FSMO 角色
• 关闭 2003 DC
• 在 2012 DC（下班时间）上滚动 IP 并交叉手指 MS 众神不需要牺牲。

优点：听起来很容易
缺点：如果我们缺少 2003 年运行的作业，则会有来回分配。可能存在大量客户端/域信任错误。可能还有更多我无法预见的问题。

选项 2

• 使用脚本和组策略将尽可能多的客户端主 DNS 更改为netsh2012 DC
• 转移 FSMO 角色

优点：可能没有信任问题。如果我们错过了作业、文件等，两个服务器都可以启动。
缺点：脚本很复杂，可能会错过一些（如果不是大多数）客户端。

我希望有一些更接近最佳实践并且风险更低的东西。

预先感谢您提供有关如何尽可能轻松地完成此任务的任何其他想法。

Answer 1

就我个人而言，我会选择选项 1，但需要几个步骤。由于新的 2012 服务器已经配置完毕，并且您已经确认它们作为 AD/DNS 服务器正确运行，那么这方面的工作就正常了。

(1)我首先将 FSMO 角色转移到新服务器，然后等待一段时间以确保不会出现任何问题。

(2)然后，列出每天应该/必须在网络上运行的所有功能，并找出如何测试它。如果可能的话，我建议询问其他部门的人员他们使用什么，因为您最不想发现的事情是一些您甚至不知道的关键内容没有运行。

(3)在非工作时间，将 2003 服务器 IP 重新分配给 2012 机器，并将旧的 2003 机器设置为在新 IP 上运行。这样，如果您确实发现缺少某些内容，它们仍然在线并且可供您访问/检查/获取所需的内容。检查您的检查清单并确保一切正常。

(4)第二天，为问题做好准备，确保可能需要的每个人都在场并准备好解决出现的任何问题。避免在负载发生的日子进行切换，例如发布日、发薪日、发票日、周一或周五。希望一切都不会发生，但最好是做最坏的打算，抱最好的希望。

(5)最后，一旦一切顺利运行几天，请关闭旧服务器，但要让它们再保持一段时间的可用状态，以防万一。

我避免使用选项 2 的原因是，那些可能会让您陷入困境的事情正是您不会想到编写脚本的事情。另外，对于旧的设置，肯定会有一些东西被硬编码以指向旧的服务器，毫无疑问，这将是组策略或您的脚本不会更改的东西。