将少量物理工作负载迁移到虚拟主机——通常称之为P2V迁移——是一项相当繁琐的任务。你需要在Linux或者Windows系统上运行由主流hypervisor提供的P2V工具，并将众多工作负载添加到虚拟集群中。VMware Converter以及Hyper-V虚拟机管理器都具有迁移基本工作负载的功能。使用VMware Converter以及vCenter，你甚至可以设置P2V迁移的定时任务。

当迁移几百个乃至上千个工作负载时怎么办？是要转换上百GB或者上百TB的数据，还是遇到迁移问题时再从虚拟机回退到物理机？VMware Converter或者VMM都不能搞定这种情况，当你需要最小化P2V迁移过程中的停机时间时，更是如此。还有很多事儿要比在周一上班时发现定时迁移任务失败或者没有完成Windows转换更加令人沮丧。

这时可能需要花时间去了解一下提供更多强大功能的第三方P2V工具。然而这些产品的价格并不低。在你花钱购买第三方工具之前，要考虑第三方P2V工具真正物有所值的实际用例。

用例1：迁移大虚拟机

通常虚拟磁盘文件最大为2TB，但是这么大的虚拟磁盘很少见，因为在不同的卷之间迁移磁盘可能会有问题。然而即使你想将2TB的数据从物理机迁移到虚拟机，通过1Gb以太网或者10Gb以太网拷贝数据，失败的可能性还是非常高的。通过广域网拷贝失败的可能性就更高了。另一个挑战就是在工作时间存在数据传输的可能性是很高的，而这可能会影响其他网络应用的用户体验。另一大挑战就是处理数据拷贝过程中或者拷贝完成之后用户对文件进行的修改，你必须在迁移之后手动拷贝这些文件。

第三方产品，比如NetIQ PlateSpin Migrate允许执行差分数据同步，这和备份产品提供的合成全备份功能类似。备份管理人员对这一概念很熟悉。初始同步一旦完成，你可以设置定时迁移只传输变化的数据，减少和迁移大数据卷相关的停机时间。

某些工具甚至可以定期自动关闭目标机器，启动虚拟机进行顺利转换。在理想情况下，你可以每周执行一次初始同步，然后在下周进行最终的同步与切换。进行最终同步以及启动虚拟服务器所带来的宕机时间很短。

用例2：通过WAN进行P2V迁移

通过广域网连接进行P2V迁移面临着很多挑战。有时数据集可能非常大，无法通过低速的网络连接进行迁移，而大数据量迁移可能会消耗很多带宽。第三方产品通常提供一些方法来克服这些挑战。首先是能够在预定的时间窗口内完成数据迁移并执行基于变化数据进行复制。

某些第三方产品还允许你对带宽进行限制。但是在实际情况下，这并非是一个神奇的解决方案。这和在备份时设置阈值非常相似；迁移时间和网络连接大小以及你需要迁移的数据量直接相关。通过T1网络连接迁移100GB的镜像同样不存在神奇的解决方案，在工作时间通过网络状态好的连接迁移工作负载时不会对用户流量产生影响是第三方P2V产品必须具备的特性。

请看下节《值得购买第三方P2V工具的三种场景（下） 》。