在本文的上半部分中，我们介绍了成功实施P2V迁移需要的准备工作及系统命名法等。本部分介绍卷影拷贝服务、Window域控制器等。

　　理解卷影拷贝服务

　　如果你用过一些工具，可以转换正在运行的Windows系统，它们可能使用了卷影拷贝服务来实施迁移。在这种情况下，在转变的过程中系统的镜像将被快照下来。一旦转换完成，你就可以关闭系统。需要记住的是，在迁移之前和你关闭原来的系统的这段时间只在物理系统上发生。新创建的虚拟系统就这时已经过时。这对于域控制器（下面将提到）非常重要，同时对任何传递的数据和日志同样重要。

　　在正式使用之前进行迁移测试

　　P2V或者V2V的迁移的概念一般使系统的整个功能保持完整。然而，对任何被迁移的系统，在迁移后，在其发挥其正常的角色前，应当进行一系列的检查。这有一些方法来检测新迁移的虚拟机：

• 在新迁移的虚拟机中的清单中去掉所有不必要的硬件。特别的，如果是从物理主机上迁移，你也许有USB接口、软件驱动器或者音频适配器等也许不需要或者在虚拟主机上不支持等硬件。
• 不需要连接到配置里的网络适配器就能在虚拟主机上引导系统。这是在VMware ESX中断开软件，该选项通过选“connect at power-on”选项实现。
• 如果可以，关键应用在离线的环境下不能运行良好，那么就停止。
• 迁移后多次重启虚拟机以确保所有的日志清空，在接下来的引导中不会产生问题。
• 当网络适配器处于软件断开的状态，确保网络配置在虚拟机环境新的地方是正确的，虚拟迁移可能从硬件清单去掉了先前的接口以及伴随接口的网络配置。
• 确保查看网络延伸配置，例如DNS 服务器的顺序、DNS的后缀，和其它因新的位置而需要改变的网络配置项目。同时如果适当也利用这段时间修改或准备这个系统之外任何变动，包括DNS的接入。

　　当运行了上述一系列的测试，客户虚拟机关闭后，重新连接网络适配器到虚拟机。在做完这一系列的检查后，在你试图使用迁移系统时，通过把所有的小问题排除后 ，第一次打开虚拟机节省了宝贵的时间。

　　Window域控制器需要不同的处理

　　从一个物理盒子把一个域控制器迁移到一个虚拟实例需要特殊的考虑，一个好的实现状态需要不同的处理。主要的原因是这个问题围绕着机器如何放到新的虚拟环境。许多管理员想最小化域控制器的停机时间，所以你需要倾向于一个可以优化在线使用的工具。问题在于如果域控制器一直在运行，每一个时刻迟早在增加域的内部的计算，这主要因为，如果系统在运行时，P2V迁移工具执行迁移，一旦虚拟系统在线，它将导致Active Directory数据本地的潜在的损坏，以及其他的域控制器和机器计数。

　　在这篇文章里，我将要提供两种好的转换域控制器的方法。最安全的方法是在虚拟环境下重建一个，把这个系统迁移到这个域中做为一个新的域。当它做为一个新的域控制器引入了一个新域，确保全局目录特征和其他角色被合适的转移。一旦它们在线，你可以降级或者从该域中移除该系统。

　　另一个方法也同样安全，但需要一些停机时间。当你的VMware主机上有旧的ESX版本的情况下，你在虚拟机上执行复制任务，这个复制任务可以在断电的状态下拷贝它到一个新的主机上，断电的状态非常重要，因为在这种状态下域控制器不会摆脱和其余的域同步的状态。

　　选择正确的迁移策略

　　取决于你迁移物理机器到虚拟机的必要参数，你必须决定正确的策略来维持你需要的正常运行时间、许可证参数，选择一个不会导致问题的路径。对于系统或连接到该系统的用户保持对其迁移的透明性。 确保不要陷入到简单使用诸如VMware Converter 或PlateSpin PowerConvert的迁移工具来快速迁移物理机器的陷阱，而没有考虑以上列出的完成成功迁移的提示。