先给虚拟机制作快照或完整备份，然后彻底关机，再复制统一目录下的虚拟磁盘文件，最后用校验工具核对完整性。
很多人在操作虚拟机迁移时，最怕的就是折腾半天却发现数据损坏，我见过不少用户直接把正在运行的虚拟机文件夹拖到新硬盘，结果VMDK文件损坏，系统起不来，虚拟文件转移看起来像是普通文件拷贝，但实际上比想象中敏感得多，接下来的内容，我会按照实际操作顺序,把每一个容易踩坑的细节讲透。
为什么虚拟机迁移时数据会丢失
虚拟机文件不是一个孤立的整体，它由磁盘镜像、配置文件、快照差异盘、日志临时文件共同构成，以VMware Workstation为例，一台Windows虚拟机通常包含VMDK磁盘文件、VMX配置文件、VMEM内存文件、VSWP交换文件等若干附件。
数据丢失的高发场景往往集中在三个环节：第一个环节是在虚拟机运行状态下强行复制磁盘文件，第二个环节是跨平台迁移时忽略了虚拟硬件的差异，第三个环节是只拷贝了主磁盘文件,却丢掉了快照链中的差异盘。
行业共识认为，虚拟机迁移中出现的数据损坏，较大部分源于对快照机制的错误处理，快照本质上是一个文件增量链，父盘和子盘之间存在严格依赖关系，只拷贝当前子盘而不合并基础盘，等于拆掉了地基，我用一个实际的例子来说明，如果你在vSphere里给虚拟机打了两个快照，并且不确定快照文件放在哪里，那么搜索整个数据存储目录后，你会看到以“-000001.vmdk”“-000002.vmdk”结尾的磁盘文件，它们是虚拟机当前运行状态的数据来源,每个都不容缺失。
虚拟机备份怎么操作才稳妥
迁移之前的备份工作，决定了整个操作的容错上限，这一步做扎实，即使后期复制环节出错,也还有回头路可走。
先用快照锁定当前磁盘状态
快照的作用是保留虚拟机在某一时间点的数据状态，深度集成在虚拟化平台内部，以VirtualBox为例，你在“控制”菜单里找到“生成备份”按钮，给虚拟机的当前状态拍一张快照，这个过程通常只需要几秒钟到一分钟,因为虚拟化平台只复制修改过的磁盘块。
但这里有一个关键认知，快照不能替代完整备份，它是迁移前的保险，不是备份本身，对于生产环境的虚拟机，快照记录下来之后，必须在虚拟机内部用可靠的备份工具再走一遍文件级验证，确保数据库、配置文件的完整性。
虚拟机文件转移需要备份哪些文件
备份目标路径通常取决于你使用的虚拟化软件，以VMware Workstation为例，默认虚拟机位置在“文档 > Virtual Machines”下，每个虚拟机对应一个文件夹,需要完整复制的内容包括：
- VMDK虚拟磁盘文件，这是最大、最核心的文件,虚拟机系统和用户数据的载体。
- VMX配置文件记录虚拟机的硬件配置，CPU核心数、内存大小、网卡类型都保存在这里。
- VMSD快照描述文件、VMSN快照数据文件,记录快照的状态信息。
- NVRAM文件存储BIOS或UEFI设置。
虚拟机文件拷贝到另一台电脑”这个场景，我给你的建议是，
不要只拷VMDK而忽略其他小文件，很多人觉得把最大的磁盘文件带走就够了，但双击VMX配置文件才能在VMware中正确识别虚拟机的全部属性，忽略配置文件的结果，是在新电脑上重新创建虚拟机，再把磁盘文件挂载上去，这虽然可以，但网卡MAC地址、BIOS序列号等硬件标识都会打乱,某些软件可能会因此重新激活。
备份目标存储怎么选
备份额外存储空间，建议使用独立于源虚拟机所在物理硬盘的另一块磁盘，这样能规避同一块物理盘出现坏道时，源文件和备份文件同时遭殃的风险，对于数据量较大的虚拟机，使用外接USB移动硬盘或NAS是常见的做法，但传输过程中要保证供电稳定,不要在拷贝过程中拔线。
虚拟文件迁移的具体操作步骤
准备工作做完后，就进入正式迁移环节,这里我按照不同的迁移路径拆解操作流程。
同平台虚拟机怎么转移
所谓同平台，是指源虚拟机和目标环境的虚拟化软件一致，比如从VMware Workstation转移到VMware Workstation，或者从一台ESXi主机迁移到另一台ESXi主机,这类操作的兼容性风险最小。
具体操作步骤如下：
- 彻底关闭虚拟机，注意不能挂起，挂起状态会保留大量内存运行数据到VMEM文件中，很多文件拷贝工具无法正确处理这种大文件,容易出现中断。
- 在虚拟化平台中移除虚拟机，在VMware Workstation中右键虚拟机，选择“移除”，然后选择“从磁盘中移除文件”，这一步只是把虚拟机关闭并摘除出资源列表,不影响磁盘实际内容。
- 整体复制虚拟机文件夹到目标位置，复制前确认目标盘剩余空间至少为虚拟机文件夹大小的1.5倍,因为数据校验也需要临时空间。
- 打开目标位置的VMX文件，VMware会在弹出的向导中自动创建关联规则，并可能询问“是否仍然复制该虚拟机”，选择“我已移动”,确保自动重建新的虚拟硬件标识。
- 开机测试，建议先进入安全模式，检查磁盘管理和事件查看器中的错误,再正常启动业务系统。
跨平台迁移时怎么保证数据不丢
跨平台迁移，是从VMware转换到Hyper-V，或者从VirtualBox转换到KVM，这里涉及磁盘格式的转换，最常见的方式是OVF/OVA统一导出格式。
导出OVF的正确姿势：在VMware Workstation中选择“文件 > 导出为OVF”，导出过程实质上是将VMDK零散磁盘文件整理为一个统一的描述格式，同时可选地将数据打包为OVA单文件包，OVF内部机制相当于把虚拟机和磁盘封装成标准模板，后续导入到其他平台时,虚拟化平台会重新生成对应的硬件版本。
操作中有一个容易忽略的点，导出前处理掉所有快照，因为快照差异盘在OVF导出中机制复杂，不是所有虚拟化平台都能正确解析多层快照链，建议先在源平台中删除或合并快照，让同一个虚拟机只保留一个主VMDK磁盘文件，删除快照时，磁盘合并需要时间和额外空间,要提前预留。
VMware VMDK虚拟磁盘文件转移的进阶校验
VMDK文件是VMware平台的核心磁盘格式，它内部有两种类型：整体式数据盘和拆分式（通过一个描述文件引用多个小分片的数据盘），用户需要搞清楚自己手里的是哪一种，如果看到VMDK后缀文件太小，比如只有几KB，说明它只是一个描述文件，真正的数据在对应的“-flat.vmdk”文件中，这类文件转移时，两者必须一起拷贝,任何拆分缺失都会导致磁盘无法挂载。
根据我的经验，虚拟化领域有一个不成文的参考建议，迁移时优先考虑使用完整克隆功能复制虚拟机，而不是直接操作系统级复制文件，所谓完整克隆，是在VMware Workstation的“管理”菜单下，选中虚拟机并执行“克隆”，从源虚拟机复制出完全独立的新实例，这个过程会重新生成新的UUID和磁盘标识,避免文件级拷贝造成的标识冲突。
虚拟文件转移后怎么验证数据完整性
复制完成并启动虚拟机，只是一个开始，判断数据是否真的毫发无损,需要验证三道关。
第一关：虚拟磁盘文件大小核对
转移前记录所有VMDK文件的精确字节数，转移到目标位置后再次核对属性窗口中的“大小”，注意，虚拟磁盘在Windows资源管理器中显示的“大小”和“占用空间”常常有区别，两者都要记录，如果字节数完全一致,可以排除机械性拷贝中断的风险。
第二关：vSphere或Workstation的完整性检查
如果使用ESXi平台，在管理界面中直接浏览数据存储，右键虚拟机的VMDK文件，可以查看其属性，系统会核算文件的实际大小，最可靠的方式是使用SSH登录ESXi主机或使用PowerCLI命令行工具，执行存储栈检查，不过对普通用户来说，最简单有效的方式是直接挂载只读运行虚拟机，如果虚拟化平台提示“磁盘不一致”或日志中频繁出现I/O错误,说明文件已经出问题。
第三关：操作系统内部的效果跑分
进入系统后，用校验工具计算一次数据的指纹，比如在Windows里打开“命令提示符”，输入加密哈希算法命令，输出当前系统的校验值，如果迁移完好，系统文件的哈希值应当和迁移前记录的基线一致，对数据库虚拟机，多看看SQL Server错误日志或Oracle的告警日志，是否有坏页恢复记录，根据业内专家指出，这类日志中的坏页报错,是数据迁移损坏最直接的信号。
虚拟机文件转移失败的常见补救措施
迁移完成后如果发现问题，不要着急删除源文件,以下是有效的补救策略。
- 如果虚拟机无法正常启动且报错提示磁盘句柄冲突，请检查源和目标虚拟机的UUID是否相同，同一台虚拟机的UUID，正常情况下在VMware工具中右键虚拟机，打开“选项 > 高级 > 配置参数”，查找“uuid”键值,迁移后在目标环境中重新生成UUID即可。
- 如果提示找不到虚拟磁盘文件，多半是快照差异盘没有完整复制，回到备份目录，找到所有“-delta.vmdk”或“-s001.vmdk”这类分卷文件,重新补齐。
- 如果跨平台导入后网络不通，考虑是网卡类型不兼容，比如VMware的vmxnet3网卡在导入KVM后可能无法识别,需要在目标平台中将网卡模式切换为e1000或virtio。
- 如果迁移完成后发现虚拟机运行异常慢，检查VMDK文件碎片化程度，在VMware中执行“磁盘碎片整理”，把虚拟磁盘整合为连续存储，能明显提升I/O吞吐量。
虚拟机迁移数据丢失怎么办？找备份还是找恢复软件
迁移过程中丢失数据的局面，有两种情况：一种是在导出或复制阶段软件报错,另一种是迁移完成后虚拟机无法开机且没有备份。
对于前者，优先考虑重新导出一遍，很多拷贝中断问题源于磁盘空间不足或USB控制器掉线,清空空间后重试成功概率很高。
对于没有备份的情况，可以考虑使用专业的数据恢复工具扫描源磁盘中残留的VMDK数据块，但这类软件对虚拟磁盘格式的解析能力参差不齐，相当一部分只能恢复出虚拟机内单个文件，无法还原整盘虚拟化结构。迁移前制作完整备份永远是唯一的稳妥手段,任何恢复工具都只能用来挽救漏网之鱼。
操作过程中请留意，虚拟机文件转移过程中的“开机运行”状态是最危险的，大部分用户在复制时，总觉得虚拟机开着也没关系，只要不动文件就行，但虚拟磁盘的I/O持续在写入数据，你复制的文件永远停留在某个过去的碎片状态，就算复制完成，VMDK也可能是非一致性快照技术下的崩溃一致状态，而非应用一致状态，换句话说，复制结束的时点，源虚拟机已经写入新数据，你手里的文件是过时版本，先把业务停掉，把数据刷出缓存，再关机复制,才是真正把数据安全抓到手里。
虚拟机磁盘文件常见的疑问解答
问：虚拟机文件直接拷贝到U盘再接上另一台电脑，能够正常识别吗？
答：取决于U盘文件系统是否支持大文件，VMDK文件动辄几十甚至上百GB，FAT32格式的U盘不支持超过4GB的文件，需要将U盘格式化为NTFS或exFAT，U盘的读写速度和可靠性不稳定，虚拟磁盘挂载后容易出现校验错误，只适合短时中转,不建议作为长期存储。
问：虚拟机迁移要多久才能完成？
答：迁移时间取决于虚拟磁盘总大小、源存储读取速度和目标磁盘写入速度，使用机械硬盘对拷，60GB的虚拟机通常需要半小时左右；如果使用SSD对拷，时间能缩短到十分钟以内，稳妥起见，剩余时间至少预留出整体复制时间的1/2用于完整性校验。
问：跨平台虚拟机文件转移里，处理快照差异盘是最容易被忽视的环节，如果快照链中断，数据是否还能找回？
答：快照链中断后，数据找回的难度较大，快照的差异盘文件没有完整的基础盘映射信息，常规挂载无法识别，如果源虚拟机还保留着完整的快照链，优先通过原虚拟化平台删除快照来合并数据，这是成本最低的恢复路径，如果源环境已经不可用，可以尝试手工将基础盘和差异盘合并，但这要求对VMDK内部描述文件有较深的了解，普通用户操作风险极高，所以快照环境下迁移,一定要先合并快照再复制文件。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/631450.html
