当需要迁移的物理机软件配置较为复杂，系统难于梳理时，我们可以采用VMware提供的P2V工具VMware vCenter Converter实现从物理机到虚拟机的迁移。整个迁移过程是自动化的，配置也很简单，完成迁移后的虚拟机是原有物理机的克隆，只需要进行简单的配置就可以完全替代原有的物理服务器，解决原有物理服务器存在的性能与硬件故障问题。

VMware vCenter Converter可以作为vSphere Client的一个插件进行使用，也可以使用单独的客户端工具VMware vCenter Converter Standalone。我们可以在VMware的官方网站免费下载并使用VMware vCenter Converter Standalone，目前最新的版本是5.0，如果需要获取技术支持，需要购买相应的产品技术支持服务。

本文使用独立的客户端工具VMware vCenter Converter Standalone 5.0，以Windows Server 2003迁移到vSphere 4.1为例，介绍VMware vCenter Converter的配置过程。在Windows服务器上下载并安装VMware vCenter Converter Standalone 5.0后就可以进行P2V迁移工作了。在进行P2V迁移之前要确保VMware vCenter Converter Standalone与物理服务器以及vSphere ESXi主机之间的网络能够正常通信。打开VMware vCenter Converter Standalone 5.0后，选择“转换计算机”将打开计算机转换向导，首先要选择要转换的源系统。

　　选择源类型：已打开电源的计算机，进行P2V转换需要源计算机处于运行状态。

　　选择远程计算机：输入IP地址，用户名，密码以及操作系统的类型。

 
图1. 选择需要转换的源系统

　　建立与源系统的连接后，VMware vCenter Converter Standalone将会获取源系统的配置信息并在源计算机上安装代理，而且可以根据需要选择完成P2V迁移后是否保留在源系统上临时安装的代理。

 
图2.完成P2V迁移后删除VMware vCenter Converter Standalone代理

　　获取源计算机的配置并在源计算机上安装代理后，接下来需要选择目标ESXi主机。

• 选择目标类型：VMware Infrastructure虚拟机
• 服务器：输入IP地址
• 用户名：输入ESXi主机的用户名
• 密码：输入ESXi主机用户对应的密码

 
图3. 选择目标系统配置

　　完成虚拟机的显示名称配置后，接下来需要选择虚拟机所在的数据存储以及虚拟机的版本。

 
图4. 选择虚拟机数据存储与虚拟机版本

　　接下来看到了如下错误提示：“datastore-local38-1”上的文件系统不支持该大小的文件。请检查文件系统块大小。由于我们选择的ESXi主机版本为4.1，数据存储 “datastore-local38-1”的文件系统类型为VMFS3，块大小为1MB，其所支持的最大文件大小为256GB。这与物理机磁盘（两块300GB的硬盘创建的RAID 1，大小为300GB）转换为虚拟机磁盘文件（vmdk）大小存在冲突。VMware在ESXi 5.0后统一了数据存储的块大小，同时将数据存储所支持的最大文件大小升级为2TB，从根本上解决了这一问题。

 
图5.数据存储块大小错误

　　在ESXi 4.1中，我们可以通过以下两种方法解决上述问题：

1. 选择块大小更大的数据存储，例如块大小为8MB时，可以支持的最大文件大小为2TB。
2. 将该数据存储的块大小更改为2MB，这样支持的最大文件大小为512GB，但是这需要重建数据存储，原有数据存储上的所有数据都会被删除。

　　采用第一种方法，选择块大小更大的数据存储“datastore-share”后错误消除。标黄色叹号的其他告警信息并不会影响转换过程，我们可以根据提示进行相应的调整。比如vCPU，源系统包括了16颗CPU，但是虚拟机的第七个版本仅支持8颗vCPU，这个问题在vSphere 5.0中得到了解决，其企业增强版许可已经将支持的vCPU数量提升到了32颗。

 
图6.设置转换任务参数

　　在高级选项中，我们需要关注两个方面，一个是同步设置，另一个是转换后设置。在将 Windows 物理机迁移到 ESXi 虚拟机时，当任务进行到90%左右时经常会出现类似错误“无法为源卷创建 VSS 快照”。这是由于无法为源物理机的磁盘创建快照，不能对数据进行同步更新。我们可以在同步设置中我们可以不勾选“同步更改”并在非业务工作时间进行迁移避免这一问题。

 
图7.转换任务的高级设置

　　完成P2V转换后，可以进行是否打开目标计算机，是否在目标虚拟机上安装VMware Tools，对目标虚拟机进行重新配置等设置。在下图中由于在源系统上找不到Sysprep文件，所以无法“自定义虚拟机的客户机首选项”，该告警并不会影响P2V转换任务。

　　如果计划基于现有的虚拟机创建模板，需要根据提示将Windows  Server 2003 安装光盘中的DEPLOY.CAB文件解压并复制到vCenter Server的C:Documents and SettingsAll UsersApplication DataVMwareVMware VirtualCentersysprep目录下对应的svr2003下。

 
图8. 转换后设置

　　完成所有相关设置后，可以开始运行转换任务了。在任务列表中我们可以看到转换任务的状态，在下方任务进度的“日志要点”中我们可以看到这个转换过程。

 
图9. 转换任务状态

 
 图10. 更为详细的转换任务日志

　　P2V转换时间主要取决于网络带宽和源系统的数据量，在完成转换后还需要对网络（虚拟机网卡）、Windows虚拟机分辨率、硬件加速等进行相关设置。如果源系统的相关软件使用了注册码，而软件注册码通常是与网卡的MAC地址进行了绑定，迁移到虚拟机后MAC地址会发生变化，可能还需要向软件供应商申请新的软件注册码。如果虚拟机网卡配置不当，将会带来相当棘手的软件注册问题。在下一篇文章中将介绍如何设置虚拟机虚拟网卡的MAC地址，尽量减少由于MAC地址发生变化所引起的软件注册码问题。

　　关于作者：张冀川，TechTarget中国特邀技术编辑。任职于某国企信息中心，主要负责数据中心系统、数据库运维管理工作，对存储虚拟化、服务器虚拟化、技术有浓厚兴趣，并在工作中积极应用。