.png)
计划将 Exchange 2003 从物理迁移到新的 vSphere 4.1 主机。我假设在进行转换之前需要停止所有 Exchange 服务，并且运行 Exchange Best Practices Analyzer 也在我的“这很有意义”列表中。我应该注意，此环境中只有一个 Exchange Server。
网上没有看到任何真正的最佳实践/指南。有人可以推荐或概述成功执行此操作的步骤吗？
编辑
需要澄清的是：我更关心的是确保在尝试转换之前 Exchange 处于一致/无错误状态。我还想要一种转换后测试这种一致性的方法/流程。
作为测试的一部分，我打算在与转换后的 Exchange 位于同一子网的同一 ESXi 主机上设置带有 Exchange 配置文件的工作站 VM，但在未上行链接到生产环境的 vSwitch 上。然后我要打开几个邮箱等。无论如何都是这样的。
我还计划通过设置带有一些测试 MX 记录的 Postfix/DNS VM 来模拟邮件传递，但我认为，如果没有域控制器，Exchange 可能无法在这个独立的 vNetwork 中正常运行，但我不知道，因为我的 AD 知识不太丰富。
答案1
虽然这并没有完全回答你的直接问题，但如果我这样做，我可能会采取不同的方法，只要有能力这样做。
我要做的是建立一个新的 Exchange VM，并将邮箱和服务从您当前的物理机箱移动到虚拟机。您不会获得 P2V 带来的“即时满足感”，但这是唯一的方法绝对肯定P2V 过程中，没有出现任何细微问题。这种方法也经过了实战检验，并且几乎自古以来就是标准操作实践。
这种方法的另一个好处是每个人的停机时间都大大减少，因为只有邮箱被移动的用户才会离线，而且与 P2V 相比，这一时间相对较短。
尽管如此，理论上如果你有序地卸下你的信息存储并进行 P2V，它应该顺利地进行。
您提出的在单独的 vNetwork 中测试 P2V 的想法不错，但我不确定它有多实用。您将需要 vNetwork 中的域控制器，因为 Exchange 在 Active Directory 中存储了大量配置数据，如果没有它，Exchange 就会瘫痪。在虚拟 DR 场景中恢复 Exchange 时，Exchange 也可能非常挑剔，但一如既往，您的里程可能会有所不同（嗯，如果您这样做精确的同样的事情重复几次我保证你的里程会有所不同！)。
答案2
我从 p2v 迁移了 Exchange 2003，没有任何问题。这是进行冷转换（使用启动 CD）。当然，最好的方法是创建一个新的 vmware 本机 Exchange 服务器，但我使用 p2v 时没有遇到任何问题。