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 之前创建 Exchange 2003 服务器和域控制器的 Acronis 或其他备份并在必要时还原这些备份是撤销所有 Exchange 2010 更改的最佳方法吗？
提前致谢。
答案1
架构主域控制器的系统状态备份应该会为您提供不错的选择。这假设您不会更改 AD 或 Exchange 中的任何内容，但迁移需要更改的内容除外。我假设这是一个小环境。如果失败，请将您的系统状态恢复回该 DC。此外，如果您可以在初始迁移过程中将任何其他 DC 脱机，那可能也会更好（只要您的架构主域控制器也是全局目录服务器）。您应该能够在第一天解决重大变化。
不过，你最终还是要进行迁移。你最好解决现在遇到的问题。我非常怀疑微软是否会在 2010 年之后支持 2003 迁移。如果你现在就完成迁移，那么几年后你才需要担心另一次强制迁移。
编辑
由于您有几个 DC，我建议将架构主机从网络上移除以进行架构升级。如果您的架构主机在 2003 服务器上，请将角色移动到 2008 服务器，将其从网络上拔下，进行系统状态备份，然后进行架构升级。如果成功，请将其重新插入并让其他 DC 进行复制。此后，您可以根据需要撤消对 AD 的所有更改。
另一次编辑：
需要将架构主机移动到 2008 DC，因为 Exchange 安装程序无法在 2003 上运行。如果您要隔离架构主机以确保架构正确更新，则需要在可以运行架构更新的服务器上拥有该角色。
我建议你隔离架构主机的原因是，这将阻止失败的架构更新复制到其他域控制器。我从未见过架构更新失败，但如果它失败了，并且 DC 被隔离，你可以恢复系统状态，而不必担心错误的架构复制。一旦架构被更改，它就不能保持不变。如果你没有隔离它，并且它复制了一个错误的架构，那么就没有办法撤消它。
架构更新过程不需要访问所有 DC，只需要访问架构主机。架构正确更新后，将架构主机重新插入网络进行复制。然后，您就可以访问所有 DC（尽管我认为您不需要访问所有 DC 即可安装 Exchange。只需访问架构主机和全局目录即可）。