物理系统迁移虚拟化p2v技术.doc

物理系统迁移虚拟化P2V
将现有的服务器应用业务转移到企业搭建虚拟化平台上，是虚拟化整合服务器的重要一步，也是虚拟化程序的基础功能之一：P2V的转化功能。

将现有的物理服务器操作系统连同全部的应用程序和硬盘上已经储存的文档数据整体打包转移到搭建好的虚拟化平台上，不用再循规蹈矩的装完系统装应用，按部就班的调完本地调网络，整个过程有点像PC上的一键Ghost系统，可以将将系统整体搬迁到新的硬件上。

这对虚机的部署有很大的方便，原先物理服务器上的应用程序并不需要停顿太长时间就可以在虚拟平台上继续工作了。

不过虚拟化的P2V可不是Ghost，迁移的过程更像是将OS操作系统从硬件驱动中剥离并且架空到虚拟层之上，由虚拟层将接管硬件驱动，并将硬件资源，如：存储磁盘、处理器、内存和NIC等关键部件虚拟化为OS认可的并且可以继续调配使用的虚拟资源。

第一章迁移前的准备
迁移之前需要考虑的环境因素：
●针对源物理机器进行一次数据全备份
●校验源物理机器的Hostname
●校验源物理机器的网络配置情况
●校验源物理机器的OS以及Patch，确认硬件平台和模块
●校验源物理机器的硬件的设备，包括NIC、CPU、存储卡以及其他的设备
●获取管理员的密码
●记录源物理机器的IP/GateWay/DNS/WINS等设置
●确认与P2V的工具运行的机器网络连接是否正常
●确认与目标虚拟服务器之间的网络连接是否正常
●记录源端的分区的情况和盘符
●检查是否有LIC和源端特定的硬件有关，比如MAC地址绑定
●确认是否有跟硬件相关的特定的应用程序和服务
●确认目标的VMFS是否有足够大的空间容量
第二章P2V迁移
基于Vmware converter的迁移
我们建议优先采用Vmware 专业的迁移工具 Converter进行迁移, 所有迁移过程将不破坏原有的应用。

并建议迁移后的虚拟系统先工作在独立的网段中测试一段时间，待工作稳定之后再逐渐的替换原硬件上OA应用的工作。

这样做的好处是可以最低限度的降低系统迁移的风险。

目前最新版本的VMware Converter 4已包含对主流linux的支持。

何为VMware Convert?
使用 VMware vCenter Converter，可以自动化和简化物理机到虚拟机以及虚拟机格式之间的转换过程。

使用 VMware vCenter Converter 直观的向导驱动界面，可将物理机转换为虚拟机。

在几分钟内将物理机转换为虚拟机
VMware vCenter Converter 可以在多种硬件上运行，并支持最常用的 Microsoft Windows 操作系统版本。

通过这一功能强大的企业级迁移工具，您可以：
•快速而可靠地将本地和远程物理机转换为虚拟机，而不会造成任何中断或停机。

•通过集中式管理控制台和直观的转换向导同时完成多个转换。

•将其他虚拟机格式（如 Microsoft Virtual PC 和 Microsoft Virtual Server）或物理机的备份映像（如 Symantec Backup Exec System
Recovery 或 Norton Ghost 12）转换为 VMware 虚拟机。

•将虚拟机的 VMware Consolidated Backup (VCB) 映像恢复到运行中的虚拟机。

•作为灾难恢复计划的一部分，将物理机克隆并备份为虚拟机。

Vmware converter的2种转换方式：
转换服务器有两种实现方式：热转换（当操作系统在运行时进行）或冷转换（从WinPE启动光盘进入，在不运行操作系统的情况下开始）。

选择哪种方式取决于您将要转化的服务器类型。

热克隆适用于那些数据交换相对不太频繁的服务器，如web服务器、打印服务器、DNX和应用服务器等，多数文件为静态数据文件。

热克隆的工作方式是：在克隆进程开始前创建一个快照，然后把快照拷贝到新创建的虚拟机中。

在创建快照的时间点，那些打开的文件中的数据一致性是无法保障的，这些未确认的数据可能会导致目标虚拟机发生问题。

并且所有在快照创建后并发写入被打开文件的数据也不会被拷贝。

快照就是创建了一个时间点相关的区域，然后在文件系统中跟踪并记录所有数据块的变化。

克隆进程最后把快照和文件合并组成整个硬盘的有效影像。

冷克隆可以更加有效地保证克隆过程成功，因为冷克隆时操作系统是不运行的，这样保证了在转化过程中没有被打开的文件，也就没有数据修改发生。

这种方式有效避免了坏数据块的产生。

对于那些数据交换频繁的服务器来说这是最佳的办法（如数据库、电子邮件服务器，域服务器等）。

基于磁盘映像的迁移
透过磁盘映像的中介，利用第三方磁盘映像（Disk Image）级的备份软件（如Symantec Backup exec System Recovery或Acronis True Image），先把物理机器的磁盘整个撷取成磁盘映像文件，此时可以采用2种方法进行迁移。

第一种传统方法：
直接将虚拟机器当成还原目标，但一开始在建立虚拟机器时，最好尽可能让虚拟机器的虚拟硬件规格与原来的实体机器一致，以保证有较高的转移成功率。

然后再利用软件的还原功能，将映像文件还原到虚拟机器上使用。

由于磁盘映像文件包括了实体机器在特定时间点下的完整数据，用户可免除重新安装软件的麻烦。

此类软件能支持异构硬件平台的恢复，所以此方法同样适用于P2P，V2P解决方案。

第二种通过Convert恢复：
利用Vmware convert支持第3放磁盘映像文件的转换，直接将备份下来的磁盘映像文件转换成虚拟机器的文件格式，进入Vmware虚拟化平台。

其他迁移技术
1.同一品牌厂商的私有工具
如果原物理服务器和目标的ESX硬件服务器属于同一品牌厂商，在满足一些型号条件后，有厂家的一些私有工具，可以做P2V,V2P的迁移。

此过程的顺利进行，是基于同一厂商的硬件驱动开发架构上。

例如：HP的SMP软件包
2. 透过SAN的Raw Device模式
在某些San环境中，有一些裸设备模式的资源，需要从原物理机迁移到虚机架构中，可以通过改换LUN映像目标的动作，然后虚机通过RDM模式挂接迁移过来的资源。

使用者只要把LUN的映像（Mapping）目标，从原来的实体机器改换为执行虚拟平台的主机，经过几个简单的转换设定动作，就能完成将数据从实体机器转换到虚拟机器的作业。

由于其中只牵涉到LUN映像目标的重新设定，以及几个转换设定程序，不需要实际的搬移数据，因此所需时间非常短。

3. 第3方的P2V迁移工具
如PlateSpin PowerConvert、VizonCore Vconverter等，原理和Vmware Converter 差不多，在细节方面处理的更好。

手动迁移
假使迁移过程中遇到不可解决的事项，迁移失败后续规划必须与客户取得共识。

1. 积极与Vmware支持中心联系以解决问题；
2. 采用手动迁移的方法进行迁移
手动迁移的具体步骤：
1、详细了解客户物理机状况；
2、进行完成的数据全备份；
3、根据客户需求设计虚拟机最佳配置（资源、网络和存储等等）
4、按照原物理机情况，在目标虚拟机安装操作系统，安装对应的补丁，病
毒防火墙的部署；
5、安装和部署应用程序环境；（可能需要原应用厂商配合）
6、把原物理机的数据备份恢复至目标虚拟机环境中；
7、监督虚拟机平台运行开始
8、虚拟机配置的再优化
第三章迁移后操作和验证测试
迁移后操作：
●移除不再使用的硬件
●移除原硬件管理软件（比如DELL OpenManage，HP SIM等等）
●安装VMware Tools工具
●调整目标虚拟机的vCPU个数
●调整目标虚拟机的资源预分配
迁移后验证测试：
●确认目标虚拟机的名称，SID值
●确认目标虚拟机的OS和SP 级别
●确认系统硬件是否有兼容性问题，测试硬件配置状态
●SCSI控制器类型是否正常
●检查Boot.ini是否异常
●检查Event logs是否异常
●确认目标虚拟机的硬件设备包括NIC、CPU、RAM和虚拟磁盘的大小
●确认目标虚拟机的网络是否可通,测试网络访问，及网络速度
●确认目标虚拟机的应用程序是否能正常运行，并检测应用程序日志是否异常●检测一段时间内，目标虚拟机的资源使用是否异常
●确认目标虚拟机的是否可以成功完成VCB备份
如位于Cluster里的主机，测试Vmotion和HA
第四章优化
与任何持续流程一样，你在开始把用户和服务迁移到新平台上时，一定要密切关注虚拟化项目的运行情况，这是至关重要的。

应当建立性能和使用方面的一些准则及阈值，并评估这些衡量标准对将来的调整及改进而言意味着什么。

必要时，还要考虑调整硬件配置、网络设置或者增加带宽。

可以肯定，一旦完成最后的启动、成功进入虚拟化操作系统，并不是说你就大功告成了，后边还有很多工作要做。

由于物理环境与虚拟环境还是存在一定的差异性，我们需要不断监控、评估、调整及改进，来达到最终的迁移效果。

第五章回退方案
如某一个业务体系增量迅速，以至于虚拟化统一平台无法满足生产需要，需要根据回退方案进行系统的回退（即V2P），保证业务的可用性。

目前此方案，主要采用
1.系统恢复迁移（参考第二章基于系统恢复迁移）
2.同一品牌厂商的私有工具(参考第三章)。