在本文的上半部分中，我们阐述了为什么要进行V2P迁移，以及几几大厂商关于V2P迁移的支持条款。本文将重点介绍如何解决V2P迁移存在的难题。

　　许多性能问题都是由不正确的配置虚拟化环境造成的。这可能包括主机硬件、存储、网络、主机和虚拟机设置、过量分配等等。

　　应用厂商通常只能解决与应用和操作系统相关的问题。他们通常没有知识或者技术查看虚拟化层是否是问题所在。就算是经验丰富的虚拟化管理员，尤其对于应用支持人员，虚拟主机上的I/O瓶颈和资源竞争不明显。因此，如果应用厂商让你在物理服务器上复制问题时，你该怎么办？

　　将虚拟机转换回物理服务器（然后又转回虚拟机）很痛苦。不过也有一些方法，你可能能完全避免这个问题。

　　自己调查虚拟化层，看是否是问题所在。如我所说，I/O瓶颈通常不明显，直到你看见瓶颈。第三方厂商工具通常更强劲，

　　下面几件事通常能在虚拟环境里导致性能问题：

1. 虚拟机的内存或CPU限制
2. 使用内存过量分配和消耗了物理主机内存
3. 太多虚拟对称多处理器虚拟机没有足够CPU核心处理它们
4. 虚拟机或主机配置设置
5. 由备份等操作造成的高磁盘或网络I/O
6. 在单个主机或LUN上有太多高磁盘I/O虚拟机
7. 不适当的存储或网络架构

　　考虑从同个厂商购买虚拟化软件和应用支持。这样的话，厂商就必须支持应用和虚拟化层。你就不需要在物理服务器上复制问题，厂商能轻松将问题转至合适的支持组。一些厂商，如IBM也提供硬件支持，它提供支持硬件、虚拟化软件和应用软件的一条龙厂商。

　　考虑使用原始设备映射（RDM）磁盘附属到虚拟机，用于应用和数据。你能在常规虚拟磁盘上安装虚拟机的子操作系统。接下来，使单台物理服务器只安装了相同子操作系统，并访问存储区域网络（SAN）。然后只需要关闭虚拟机，从虚拟主机进行掩码，阻止出现在物理服务器上，这样稍后就能访问应用和数据。一旦你能阻止RDM回到虚拟机，就能运行和解决物理服务器上的应用问题。

　　如果你没有资源做V2P迁移，VMware在技术页面提出了一种手工方法，但是很复杂和消耗时间。

　　支持P2V转换的许多工具不支持V2P转换，但有一些支持——PlateSpin Migrate（以前叫做PowerConvert）和EMC HomeBase（Vizioncore下一个版本的vConverter将支持）。使用这样的工具使得V2P转换过程更简易，并且比使用第三方磁盘镜像工具更快捷。

　　在虚拟环境解决应用问题有时是个挑战，尤其是当厂商把问题归结于虚拟化层时会更困难。厂商将其应用作为导致问题的根源很容易，但有时虚拟化是首要原因。知道如何识别和解决你虚拟环境里的性能问题和资源瓶颈很重要，因此你能在就支持问题联系厂商之前消除疑惑。当你联系厂商时，最好不要尝试隐藏应用运行在虚拟机上的事实。涉及到虚拟化时，确保你知道厂商的支持策略。

　　有些人可能不了解虚拟化并快速推卸责任，因此你要向他们解释为什么虚拟化不是导致问题的原因。如果你强烈感觉到虚拟化不是根源，向你的上级解释清楚。如果这些努力都失败了，你被迫尝试V2P，至少你现在有一些可用的选择使得迁移过程更容易。