虚拟机移动（vMotion或冷迁移）出错时，先停手、确认存储和网络状态，再根据报错类型逐步处理；数据丢失的挽回顺序是快照→备份→底层数据修复，别在没备份的情况下反复尝试迁移。
虚拟机移动出错怎么办？先分清报错类型再动手
虚拟机从一个宿主机搬到另一个宿主机，看起来只是点两下鼠标的事，背后却涉及网络、存储、CPU指令集、磁盘锁几层协作，业界常见的情况是，超过半数的迁移失败并非虚拟机文件损坏，而是某个底层条件没满足。
报错类型决定处理方向
遇到迁移中断，先别急着点“重试”，把报错信息拍下来或复制出来,按下面几类归个类：
- 网络类报错：提示“迁移网络不可用”“无法连接到目标主机”，先确认管理网络和vMotion专用网络是否通畅,防火墙是否放行了8000端口。
- 存储类报错：提示“无法访问虚拟机磁盘”“存储路径不可达”，检查目标数据存储空间是否足够，多路径策略是否正常,NFS或iSCSI存储是否从主机上掉线。
- CPU兼容类报错：提示“迁移虚拟机失败，因为CPU不兼容”，多见于热迁移（vMotion），两台物理机的CPU代际差异过大,需要开启EVC模式。
- 权限类报错：提示“未授权”“无法执行操作”，登录账号缺少迁移所必需的权限，资源池”或“虚拟机”级别的迁移权限。
esxi虚拟机迁移失败排查：三步定位法
以ESXi主机为例，迁移失败后的排查顺序可以固定为下面三步,不用跳步：
- 看存储：SSH登录源主机，运行
esxcli storage nmp path list查看存储路径是否离线，如果确有路径故障,先修复存储再重试迁移。 - 测网络：运行
vmkping -I vmk0 目标主机管理IP确认二层可达；跨网段的大流量迁移,还要检查vMotion网络是否被限速。 - 看锁文件：进入虚拟机数据存储目录，检查是否存在异常的
.lck锁文件，遗留锁文件是冷迁移失败的高频原因,删掉它在多数情况下能让虚拟机恢复正常注册。
这套顺序能解决虚拟机移动出错怎么办的绝大多数基础场景，成本低、操作直白,不需要额外购买工具。
具体的移动失败场景与根因
不同虚拟化平台的报错风格差异很大，但失败根因有很多相通之处,下面挑几个典型的场景拆开看。
冷迁移卡在0%不动
冷迁移（关机后迁移）卡在0%，最常见的原因是磁盘没有完全从宿主机“脱手”，如果虚拟机上还挂载着未卸载的ISO镜像、软驱设备，或存在过期快照,迁移任务就会进入锁等待状态。
处理路径：先把虚拟机彻底关机，移除ISO镜像和软驱,删除过期快照后重试。
热迁移报“CPU功能缺失”
这种报错出现在vMotion热迁移场景中，业内专家指出，多数CPU不兼容问题在物理机选购阶段就已经埋下隐患同一集群内混用了不同代际的CPU,解决方式有两种：
- 在集群设置中开启EVC，把CPU基准档位调到较低的一代
- 如果集群无法开启EVC，只能关机做冷迁移，绕开CPU指令集校验
迁移完成后虚拟机面板显示“已断开”
虚拟机文件已经躺在目标存储上，但宿主机无法识别，这种状态意味着虚拟机的 .vmx 配置文件与磁盘文件的关联关系断了，用 vSphere Client 浏览数据存储，直接 .vmx 文件右键“注册虚拟机”,通常几秒钟就能恢复正常。
迁移过程中断电造成“孤儿虚拟机”
这是数据丢失风险最大的场景，迁移到一半断电，虚拟机的上级目录条目和文件系统实际状态不一致，控制台上就出现一个既不属于源主机也不属于目标主机的“孤儿”。
多数情况下，重新注册磁盘文件还能把虚拟机拉回来，如果磁盘文件损坏,需要走下一节的恢复流程。
虚拟机迁移数据丢失怎么恢复？三种恢复路径
数据已经丢了，优先按恢复成本从低到高尝试，重点是要管住手在数据未恢复之前，停止一切对原磁盘写入的操作。
快照回滚
如果你有迁移前的快照，这是最快的恢复方式，快照的本质是磁盘在某一时刻的“考勤记录”，回滚后虚拟机回到迁移前的状态,文件完整度有保障。
适用前提：快照文件本身没有随迁移失败而损坏，在 vSphere Client 中找到虚拟机，右键快照管理器,选择迁移前的时间点回滚即可。
备份还原
快照不可用的场景，备份是最后的可靠兜底，行业共识认为，没有备份的虚拟化环境，数据一旦丢失，恢复成功率完全取决于运气。
Veeam、Acronis、Veritas都是常见的备份工具，恢复时选“整机还原”或“磁盘级还原”，把备份文件恢复到目标存储后再重新注册虚拟机，速度取决于备份存放介质,本地NAS还原比云存储快不少。
底层磁盘数据修复
这适用于“没有快照也没有备份”的极端情况，虚拟磁盘文件主要分两个部分：描述文件（以
.vmdk 和实际数据文件（以 -flat.vmdk ，数据丢失时，往往只是描述文件损坏,真实数据还躺在数据文件里。
可以尝试用 vmkfstools -e 虚拟机磁盘.vmdk 命令做完整性检测，再执行 vmkfstools -i 损坏的磁盘.vmdk 新磁盘.vmdk 做一次修复复制。
如果命令修复失败，就轮到底层数据恢复软件出场，比较常用的包括 DiskInternals VMFS Recovery、R-Studio 的 VMFS 模块，这类工具直接扫描数据存储块设备，重建虚拟磁盘目录结构，国产的易我数据恢复、DiskGenius 也支持VMFS分区，价格从几百到几千元不等,适合个人和小企业应急。
三种路径的对比关系如下：
| 恢复方式 | 所需前置条件 | 恢复速度 | 适用人群 |
|---|---|---|---|
| 快照回滚 | 迁移前快照完好 | 最快 | 所有虚拟化平台用户 |
| 备份还原 | 有完整备份作业 | 较快 | 企业生产环境 |
| 底层修复 | 数据文件未彻底覆写 | 较慢 | 无快照无备份的应急场景 |
把数据安全兜底做在前面，迁移才敢点“下一步”
机房维护圈子里有句老话：“迁移本身不产生风险，风险都在迁移之前”，一次成功的迁移,一半功夫花在点击按钮前的检查清单上。
迁移前检查清单（按顺序执行）
- 给虚拟机打一个带日期的快照，并确认快照任务完成
- 查看当前虚拟机的磁盘空间使用量，目标存储容量至少要大于磁盘实际使用量的1.2倍
- 在源主机上执行一次
vmkfstools -e对磁盘文件做完整性预检 - 确认源和目标主机时间同步（NTP），时间漂移会造成证书校验失败
- 有热迁移需求时，确认集群EVC已开启且CPU基准档位一致
- 检查防病毒软件或备份代理是否在虚拟机内部运行，它们常导致迁移过程中I/O卡住
备份策略的最低配置
不用一开始就上昂贵的备份套件。先把数据从“机房内的单磁盘”变成“不同物理位置的至少两份”，风险就已经下降了一个量级，对中小规模环境,推荐这个组合：
- 一台NAS做每日整机备份
- 迁移前额外手动快照
- 每月一次恢复演练（把备份恢复到测试环境,验证数据可用性）
esxi虚拟机迁移失败：免费排查和托管服务的分界点
自己排查能解决不少问题，但总有一些场景超出个人能力范围，分界线划在哪里,可以按下面两个维度判断。
适合自己处理的场景
错误信息明确、不涉及物理设备损坏、虚拟磁盘文件在数据存储里仍可见，这类问题按本文前三节的操作,多数能在半小时内解决。
建议找专业服务处理的场景
物理机阵列损坏、迁移对象是超大数据量（数十TB以上）、或者你所在的城市缺乏熟悉VMFS文件系统的工程师，此时为了省时间而盲目操作,反而可能造成二次覆写。
如果只是偶尔迁移一台机器，没有涉及批量历史数据，自然牵涉不到服务费用，但如果是公司有几十台存量物理机需要一次性迁完，找外包服务商按台数和数据量报价，情况就变成了另一个概念业内通常叫 P2V迁移（物理机转虚拟机），不同服务商的p2v迁移价格差异很大，北京、上海等一线城市的报价往往比二三线城市高出一截，从每台几百到上千元不等,具体取决于附带的数据清洗和驱动兼容性调试工作。
关于虚拟机移动出错和数据丢失的常见问题
虚拟机移动出错后，原磁盘还能直接挂到新虚拟机上吗？
多数情况下可以，只要虚拟磁盘数据文件（带 -flat.vmdk 后缀的文件）没有损坏，把原磁盘从虚拟机移除，再挂载到新虚拟机的控制器上，然后重新扫描存储设备即可，挂载前可以先在数据存储里确认磁盘文件大小是否异常，如果发现描述文件丢失，用 vmkfstools -e 检测完整性后再挂载,避免把损坏的文件强行拉进新环境。
没有快照也没有备份，迁移失败后数据还有救吗？
有机会，但前提是不要再向存储写入任何新数据，如果只是虚拟磁盘描述文件损坏，而数据文件仍然存在，用 vmkfstools -i 做一次磁盘复制可以重建描述文件，恢复成功率较高，如果文件系统元数据损坏，就需要底层数据恢复工具扫描整个数据存储,这时能找回多少取决于损坏范围和是否有新写入覆写了原数据块。
虚拟机报“CPU不兼容”就一定要换硬件吗？
不需要，这个报错在热迁移场景里很常见，原因是源机和目标机的CPU微架构不在同一代际，在vCenter集群设置中开启EVC，把CPU基准档位降低到两者共同的兼容层级，问题就解决了，如果跨品牌CPU混搭（比如Intel和AMD），无法通过EVC解决，只能关机后做冷迁移,代价是必须承受一段停机时间。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/627488.html
