ESXi虚拟机无损迁移的核心思路是：借助VMware官方迁移工具或标准导出导入协议，在保持虚拟机配置、磁盘数据和网络设置不变的前提下，完成主机间的搬运。实际操作中，你可以选vMotion热迁移、OVF模板导出、命令行工具或第三方备份恢复方案，下文我把每种方式的适用场景、操作步骤和坑点拆开细讲。
esxi虚拟机迁移到另一台主机的4条无损路径
从技术演进看，迁移方案大致分成两类：依赖共享存储的热迁移和不依赖共享存储的冷迁移，共享存储的意思是多台ESXi主机能同时看到同一个数据存储，比如NAS、SAN或者vSAN，如果你手头没有这类设备,就得靠导出再导入的方式。
vMotion热迁移
vMotion是VMware企业版许可（vSphere Enterprise Plus）自带的功能，也是唯一能做到不关机、不中断业务的迁移手段，它把虚拟机内存状态完整拷贝到目标主机,再把磁盘从旧存储切换到新存储。
操作入口在vCenter Server的Web Client里：
- 右键目标虚拟机，选择“迁移”。
- 选择“更改主机”和“更改数据存储”。
- 选中目标主机和新的数据存储。
- 点击“下一步”，VCSA会做兼容性检查,通过后开始热迁移。
这套流程背后依赖vCenter作为中枢调度员，如果源主机和目标主机没有加入同一个vCenter集群，vMotion就用不了，这也是vMotion最大的前提：先得有VCSA并且主机已纳管。
OVF模板导出与导入
OVF是虚拟机分发的公共标准，VMware、VirtualBox、KVM都认这个格式，ESXi不装额外软件就能导出OVF模板，操作路径是：在虚拟机列表右键→“模板”→“导出为OVF”，导出产物包括.ovf描述文件、.vmdk虚拟磁盘和.mf校验文件。
目标主机上做导入：在“虚拟机”标签页右键→“部署OVF模板”，把刚才的.ovf文件指过去,一路按向导完成。
需要留意的是：
- OVF导出必须先把虚拟机关机或使用快照，如果开着机做导出,导出的是崩溃一致性的快照数据。
- 导出耗时取决于虚拟磁盘大小和网络速度，一句话概括：esxi虚拟机迁移所花时间多久，取决于磁盘量和链路速率。
- 磁盘格式默认是精简置备,导入后你可以改成厚置备。
ovftool命令行批量迁移
ovftool是VMware官方提供的CLI工具，它也走OVF协议，但比图形界面多了批处理和自动化
的优势,示例命令如下：
ovftool --sourceType=VI --targetType=VI vi://root@旧主机IP/数据中心/虚拟机名 vi://root@新主机IP/数据中心/
加--powerOn参数可以在导入完成后自动开机，加--diskMode=thin控制磁盘格式，对要迁移十几台机器的人来说,写个循环脚本比一台台导OVF快得多。
利用备份软件做异构迁移
市面上商业虚拟机备份工具（如Veeam Backup & Replication）提供了一类“还原到新位置”的能力，本质上就是借助备份映像完成跨主机恢复，这类方案的优势是不要求源端和目标端都是流许可，兼容性也广,适合混合版本环境。
ESXi虚拟机迁移工具对比，免费方案够用吗？
我分几个维度把主流方案做个对照：
| 方案 | 是否需要vCenter | 是否需要停机 | 操作难度 | 额外成本 |
|---|---|---|---|---|
| vMotion | 必须且需企业许可 | 不停机 | 低 | 依赖许可升级 |
| OVF导出/导入 | 不需要 | 需关机 | 中 | 零成本 |
| ovftool命令行 | 不需要 | 需关机 | 中高 | 零成本 |
| 备份软件还原 | 不需要 | 可配置 | 中 | 软件授权 |
里的问题：纯免费方案是够用的，不做热迁移要求的业务，OVF导出导入完全能保住磁盘数据、网卡配置和自定义的BIOS设置，企业版许可价格与服务商所在地也有关系，不少中小公司就考虑“esxi迁移服务哪家近”或者“esxi扩容迁移服务性价比”这类问题，其实本地IT服商做一两次OVF迁移,成本远低于升级vSphere许可。
ESXi虚拟机无损迁移实操细节
ESXi迁移前需要备份哪些东西
古人说“磨刀不误砍柴工”，这句话放在ESXi迁移里再合适不过，搬迁虚拟机前,检查以下几点：
- 虚拟机内的应用配置：数据库类应用要记录到底哪些服务依赖静态IP。
- 网卡UUID与MAC地址：如果源虚拟机的网卡以“直接I/O”方式直通,迁移后需要重新挂载物理网卡。
- 云平台集成驱动：装了OpenTools VMware Tools的Linux虚拟机,迁移后要重新安装或重载模块。
- 许可证与授权绑定：部分业务软件把许可绑在MAC地址上,迁移后MAC变了会失效。
做好了这三件事,迁移过程本身的风险已经降低了八成。
迁移过程中IP地址怎么处理
多数情况下，ESXi迁到新主机后IP地址并不需要改变，原因很简单：IP是vSwitch端口组层面约定的，端口组的VLAN ID和网络标签如果两边一致,虚拟机开机后拿到的还是原来的IP。
当新主机端口组名称不同（比如旧主机叫“VM_Network”，新主机叫“Production”）时，你得在迁移后手动同步网络配置，最好的做法是迁移前就在新主机上建好同名端口组，用esxcli network vswitch standard add命令可以新建或改名，这也解释了为什么保持同名端口组可以列为一条“搬迁无障碍”经验,很多运维工程师都在实践中验证过。
磁盘控制器类型的兼容性
另一个容易忽视的点是虚拟磁盘控制器，ESXi 6.x老机器上的默认控制器是LSI Logic Parallel，新版本ESXi 7.0和8.0默认推荐VMware Paravirtual（PVSCSI），OVF模板在导出时会保留旧控制器类型，导入后新主机的VMkernel驱动一般能兼容LSI Logic，但如果源虚拟机上跑了高I/O数据库，建议迁移后用自带工具把控制器改成PVSCSI,磁盘性能提升明显。
迁移后如何验证虚拟机完整性
虚拟机在目标主机上了电，不代表可以撒手,我建议按时间递进做四步验证：
- 网络连通性：从外部ping旧IP,确认通。
- 数据校验：进虚拟机里对比几个关键目录的文件大小与修改时间,尤其是数据库数据目录。
- 应用状态：访问业务入口,确认接口能正常响应。
- 磁盘健康状况：在ESXi主机的“存储”页面查看该虚拟机的磁盘性能图表,确认IO延迟处于正常水平。
如果迁移后虚拟机蓝屏或报错无法启动，百分之八十是因为旧主机上有PCI直通设备没迁移过来，解决方法是先移除原来的直通设备,等虚拟机正常启动后再添加新主机的设备。
迁移中容易忽略的底层细节
虚拟机版本升级
从旧ESXi迁到新ESXi，虚拟机硬件版本可能停在比较老的状态，多数情况下不升级也能正常跑,但会遇到两个麻烦：
- 新版本VMware Tools对旧虚拟硬件版本的限制。
- 新平台特性（如持久内存）没法启用。
建议在迁移完成、确认业务稳定后,关机升级虚拟机兼容级别。
CPU与内存预留
迁移前最好检查ESXi主机的CPU“主频匹配”情况，多数情况下，新主机的CPU指令集和旧主机不同，迁移后很多云上场景的虚拟机不会自动启用EVC模式，如果新旧主机CPU不是一个年代，标准做法是打开vCenter的EVC（增强vMotion兼容性）功能，把集群基线设为“Intel Nehalem”或更低,保证CPU指令集统一。
精简置备磁盘的复垦
老虚拟机的磁盘往往只有少量数据，却占用了大量存储空间，OVF导出会默认生成精简置备磁盘，这相当于一次“自动瘦身”，但也意味着导入后的磁盘没有空间预分配，后续写入有可能触发存储延迟，业务对IO性能敏感的话,导入后把磁盘改为厚置备延迟置零。
名词解释的边界与适用场景
vMotion不属于vSphere Essentials Kit（入门版）范畴，这个需要明确购买的是Standard还是Enterprise Plus许可，同理，用ovftool连接源主机也需要管理员账号，API超时时间较长，如果主机性能太弱，迁移任务可能中断，网络层面ESXi迁移买保险的稳妥做法是给管理网络打上独立的VLAN标签，跑迁移流量不挤占生产带宽,可以显著降低操作中的延迟抖动。
结尾想强调一个结论：选vMotion之前先确认自己的许可版本能否解锁该功能；如果是免费ESXi或标准版，直接用OVF导出/导入最稳,不用在方案上纠结太多。
常见问题
ESXi虚拟机能跨版本迁移吗？
能，ESXi 6.5迁移到7.0或8.0都可以，OVF导出后导入即可；vMotion当然也支持跨版本，但跨大版本时vCenter必须是混合版本或者统一升级到同一版本，如果是从ESXi老版本迁到新版本，建议迁移完成后手动升级虚拟机硬件版本,让兼容性列表达到新平台的标准。
没有任何共享存储可以迁移吗？
可以，vMotion的“无共享存储迁移”已经在产品层面支持，迁移期间磁盘数据通过ESXi主机间专有的vMotion流量通道复制，过程不占用管理网络，也不要求共享存储，你只需要确保两台主机之间开放TCP 8000端口及必要的vMotion端口,并在目标主机上准备一块本地磁盘空间。
ovftool迁移和vCenter迁移有区别吗？
从根本上说，同一时期版本中ovftool属于CLI方式，vCenter里的导入导出走的是图形界面，ovftool的优势是便于编写脚本批量操作，且不需要额外安装vCenter服务端绑定；缺点是坑在需要在每台主机都输账号密码，管理起来麻烦，有vCenter环境时两种方式都可以用,由你的操作习惯决定。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/763483.html
