Exchange 2003 到 2010 迁移回退计划

Question

1 x 2003 DC 持有所有 FSMO 角色
3 x 2008 DC
1 x Exchange 2003 Server

如果 Exchange 2003 > 2010 迁移以无法快速修复的方式失败，退出迁移并返回到以前的仅 Exchange 2003 设置的最佳方法是什么？

由于安装 Exchange 2010 会给 Active Directory 添加如此多的更改，因此在安装 Exchange 2010 之前创建 Acronis 或 Exchange 2003 服务器和域控制器的其他备份，并在必要时还原这些备份，这是退出所有 Exchange 2010 更改的最佳方法吗？

提前致谢。

Answer 1

架构主域控制器的系统状态备份应该为您提供不错的选择。这假设您不会更改 AD 或 Exchange 中的任何内容（迁移需要更改的内容除外）。我假设这是一个小环境。如果失败，请将系统状态恢复到该 DC。此外，如果您可以在初始迁移过程中使任何其他 DC 脱机，那可能会更好（只要您的架构主机也是全局编录服务器）。您应该能够在第一天解决您的重大变化。

不过，您最终将不得不迁移。您不妨解决现在遇到的任何问题。我非常怀疑微软是否会在 2010 年之后支持 2003 年的迁移。如果你现在就结束它，那么你将有几年的时间来担心另一次强制迁移。

编辑

由于您有几个 DC，因此我建议仅将架构主机从网络上断开以进行架构升级。如果您的架构主机位于 2003 服务器上，请将角色移至 2008 服务器，将其从网络上拔下，进行系统状态备份，然后进行架构升级。如果成功，请将其重新插入并让其他 DC 进行复制。此后对 AD 所做的所有更改都可以根据需要撤销。

另一个编辑：

架构主机需要移至 2008 DC，因为 Exchange 安装程序不会在 2003 上运行。如果您要隔离架构主机以确保架构正确更新，您需要在您的服务器上拥有该角色。可以运行架构更新。

我建议您隔离架构主机的原因是因为这将阻止失败的架构更新复制到其他域控制器。我从未见过架构更新失败，但如果失败并且 DC 被隔离，您可以恢复系统状态，而不必担心架构复制错误。架构一旦更改，就无法再更改。如果您没有将其隔离并且它复制了错误的模式，则无法撤消这一点。

架构更新过程不需要访问所有 DC，只需要访问架构主机。正确更新架构后，将架构主机重新插入网络以进行复制。然后您就可以访问所有 DC（尽管我认为您不需要访问所有 DC 才能安装 Exchange。只需架构主机和全局目录）。