出错截图:

error 

 

解决思路:

当我们在进行P2V迁移服务器时往往会遇到一系列的问题,而这些问题往往官方都是没有支持的,那这个时候只能凭借虚拟化实施经验和LOG日志的阅读来处理。

上图中遇到的问题是在98%时停止了,可想而知一台服务器如果数据量大小为1TB走千兆网络,所需要的时间少则15小时,如果小文件过多,也许会达到一天的时间,在98%出错岂不是在项目中非常郁闷?我们在日志要点看到,C卷和E卷都已经转换完毕,在最后配置阶段出错,所以我们可以确定硬盘文件是没有问题了,但是当在ESX主机上开启P2V主机后却不能启动,反复蓝屏重启,前功尽弃,不过还好P2V工具提供了日志导出的功能,点击导出日志

p_w_picpath

导出后的日志为一个ZIP压缩包,我们看到里面有一大堆log日志,点击vmware-convert-server-1.log可以看到P2V过程中的所有动作

p_w_picpath

---------------------------------------------------------------------------------------------------------------------------

[2011-01-08 13:44:06.033 00912 info 'App'] [task,373] [task-1] -- ERROR -- Convert: converter.fault.FileCreationFault
(converter.fault.FileCreationFault) {
   dynamicType = <unset>,
   faultCause = (vmodl.MethodFault) null,
   file = "\\.\vstor2-mntapi10-shared-6007DA410008F601000000000E000000\$Reconfig$",
   msg = "",

---------------------------------------------------------------------------------------------------------------------------

Log日志中观测到×××标记的重点内容,在重新配置这个文件时失败,更具Convert转换流程

p_w_picpath

蓝屏的原因是因为P2V过程中还没有加载VMWARE硬件驱动

查询官方KB后得知

   file = \\.\vstor2-mntapi10-shared-xxxx\$Reconfig$,

 

需要取消Boot.ini文件中的/3G参数即可成功转换

p_w_picpath

其实P2V排错非常重要,如果盲目重新转换带来的后果不仅仅是时间的浪费,同样客户对你的技术水平的认可也大打折扣。

最后祝51cto的各位在以后项目中实施顺利!