规划将Exchange 2003物理到虚拟迁移到新的vSphere 4.1主机。 我假设我将需要停止所有的Exchange服务，然后再进行转换，运行Exchange最佳实践分析器也在我的“这是有道理的”列表。 我应该注意到在这个环境中只有一个Exchange Server。
在那里没有看到任何真正的最佳做法/指导方针。 任何人都可以推荐或概述成功的步骤吗？
编辑
只是为了澄清：我更关心的是在尝试转换之前确保Exchange是一致的/无错的状态。 我也想要一个方法/过程来testing这个一致性，转换后。
作为testing的一部分，我将在同一个ESXi主机上设置一个带有Exchangeconfiguration文件的工作站虚拟机，它与位于同一子网上的已转换的Exchange相同，但在没有上传到生产环境的vSwitch上。 然后我打算打开几个邮箱，等等。
我还计划通过设置一些testingMXlogging来设置Postfix / DNS虚拟机来模拟邮件传递，但是我收集到没有域控制器的Exchange可能在这个孤立的vNetwork中不能正常工作，但是我没有知道我的广告知识不是很好。
不是完全回答你的直接问题，但是如果我这样做的话，我可能采取不同的方法，只要有适当的能力。
我会做的是站起来一个新的Exchange虚拟机，并将邮箱和服务从当前的物理盒子移动到虚拟机。 你不会得到一个P2V的“即时满足”，但它是唯一的方法来确保在P2V过程中没有任何微妙的变化。 这种方法也经过了很好的战斗testing，几乎永远是标准的操作实践。
这种方法的另一个好处是每个人的停机时间要less得多，因为只有邮箱被移动的用户才会离线，与P2V相比，这个时间相对较短。
尽pipe如此， 从理论上说，如果你有序地卸载你的信息存储，并且做P2V，它应该顺利完成。
您在单独的vNetwork中testingP2V的想法并不是一件坏事，但我不确定它是多么实用。 您将需要vNetwork中的域控制器，因为Exchange将大量的configuration数据存储在Active Directory中，并在没有它的情况下被瘫痪。 交换也可以相当挑剔，当涉及到恢复在一个虚拟DR的情况下，但往往你的里程可能会有所不同（如果你做了几次完全相同的事情，我保证你的里程会有所不同！）。
我从p2v移动了Exchange 2003，没有任何问题。 这是做一个冷转换（与启动光盘）。 当然，最好的方法是创build一个新的vmware本地交换服务器，但我没有任何问题p2v。