1、P2V 迁移实施方案1.1 方案概述P2V 迁移,是指把现有的运行在物理服务器上的业务系统在线迁移到虚拟机化平台上,迁移的内容包括操作系统、系统配置及驱动、业务应用及数据库等全部的物理服务器的信息,自动与现有的服务器进行数据同步。实现方法:通过 VMware P2V Server VMware Converter 推送 P2V Agent 到需要迁移的服务器(或通过手动安装) ,然后再 P2V Server 上进行 P2V 任务执行。适合的业务系统:有效业务数据不超过 500GB 的 Web 服务器、应用服务器、特殊功能服务器;数据读写速率一般的数据库服务器;停机时间:停机时间相对较短,只是在
2、迁移成功后,进行业务切换即可;不影响现有的业务系统。1.2 P2V 迁移方案流程图1.3 迁移前的准备1:确定要迁移的服务器是否能够正常启动、网络是否通畅、业务系统是否正常;如有问题,需要原业务系统维护商预先解决相关问题。2:确定服务器的 IP 地址,关闭防火墙及杀毒软件,确保能够在云计算中心访问该服务器。3:业务系统维护商提供服务器的访问方式,服务器账户。1.4 P2V 迁移1:通过 VM Converter 向业务系统部署 P2V Agent,或手动在业务系统上安装;2:通过 P2V Server 执行 P2V 迁移任务;3:迁移时间:P2V 迁移过程不影响业务系统的访问和使用,建议每天下
3、午或下班后开始运行 P2V 任务(P2V 任务可远程执行) ,至晚上结束;对于数据量较大,迁移时间较久的业务系统(大于 10 个小时,具体见迁移信息表格) ,建议周末执行迁移。4:迁移完毕后,启动操作系统,查看系统状态;5:对于需要激活的 OEM 操作系统,执行激活操作;6:安装 VMware Tools;1.5 系统网络割接系统成功迁移完毕后,需要通过网络割接,将用户对业务系统的访问迁移到云计算平台的虚拟机(新的业务系统)上。网络割接的主要步骤如下:1:拔掉现有业务系统物理服务器上的网线;2:在迁移过来的虚拟机上按照原有的系统网络配置 IP 地址,网关等信息;3:配置完毕后,测试 IP 是否
4、配置正确,通过 Ping 等命令测试网络连通性。系统网络割接将影响用户对业务系统的访问,需要在系统闲时进行,建议在以下几个时间段对系统进行网络割接;上午上班前;中午休息时;下午下班后;周末等 4 个时间段。网络割接需要维护单位在原机房配合拔网线等操作。1.6 业务系统验证系统网络割接完毕后,需要对迁移好的业务系统的可访性进行验证,验证主要包括如下内容:1:系统功能验证,验证系统能否正常启动,操作系统层面是否正常;2:网络连通性验证,通过 Ping, tracert 等命令,查看服务器是否可以访问;3:系统业务应用功能及数据完整性验证,验证迁移过来的业务系统,应用是否启动正常,应用数据是否完整;
5、需要业务系统维护商进行验证。1.7 回退方案P2V 迁移过程中,对原有的业务系统不会产生影响,相关的回退方案如下:1:如果在 P2V 迁移过程中出错,导致 P2V 迁移不成功,取消该业务系统的P2V 迁移即可,改为离线 P2V 迁移方式,通过将业务系统 P2V 迁移成镜像包,再导入到云计算平台。如果仍然不成功,则更改为其他迁移方式(新建或物理搬迁) ;此时物理服务器的仍然提供业务系统访问,无影响。2:迁移完毕后,系统出现故障,无法启动或启动不正常;技术上无法解决;改为其他迁移方式(新建或物理搬迁) ;此时物理服务器的仍然提供业务系统访问,无影响。3:网络割接出现故障,迁移后的业务系统无法 Pi
6、ng 通,或业务系统无法访问,回退方案为:取消迁移系统的网络配置;重新插入物理服务器的网线,首先恢复业务系统访问,然后联合业务系统维护商一起排查故障,如技术上无法解决;改为其他迁移方式(新建或物理搬迁) ;此时物理服务器的仍然提供业务系统访问,无影响。1.8 相关工作责任分工迁移方式 主要工作 详细工作内容 责任人迁移前的准备业务系统验证及信息提供,包括:业务系统启动正常,网络通畅,业务应用运行正常;提供 IP 地址,系统管理账户及密码,访问方式等。业务系统维护单位P2V 迁移P2V 迁移 部署、安装 P2V Agent,执行 P2V迁移工作。启动操作系统,执行系 承建单位统激活,安装 Vmtools 等。原服务器网线断开 业务系统维护单位业务系统网络割接配置迁移完毕的系统 IP 地址 承建单位操作系统启动是否正常 承建单位业务系统网络连通性是否正常 承建单位,业务系统维护单位业务系统验证业务系统应用是否正常,应用数据是否完整等。 业务系统维护单位更改为离线 P2V 方式,或者更改为其他迁移方式; 承建单位系统回退取消迁移系统网络配置回退,网线插回物理服务器。承建单位,业务系统维护单位