了解VMware虚拟机跨vCenter迁移的4种方法

了解 vCenter 迁移场景

将 VMware 虚拟机从一个 vCenter 迁移到另一个 vCenter 是一项常见运维任务，可帮助 IT 团队平衡工作负载并优化数据中心资源布局。

企业为什么需要在 vCenter 之间迁移虚拟机

企业通常会通过将 VMware 虚拟机迁移到另一台 vCenter，实现生产环境与开发测试环境隔离，或者在数据中心升级过程中淘汰旧硬件设备。

此类迁移也有助于企业在并购整合后统一资源管理，或迁移到更新版本的 vSphere 平台。

迁移 VMware 虚拟机到另一台 vCenter 前的关键准备工作

在开始迁移之前，必须确保：

• 源端和目标端 vCenter 使用相同版本；
• 网络配置保持一致；
• 管理员账户具备跨实例迁移所需权限。

此外，还需要验证管理服务器之间的网络连通性，并提前规划停机窗口，以确保业务连续性。

方法一：Cross vCenter vMotion（热迁移，停机时间极短）

Cross vCenter vMotion 可以在无需关闭虚拟机的情况下，将正在运行的虚拟机从一个 vCenter Server 迁移到另一个 vCenter Server。

适用场景

当需要在不中断业务的情况下完成跨 vCenter 虚拟机迁移时，可优先选择该方法。对于关键业务系统而言，即便数分钟停机也可能造成重大影响，因此 Cross vCenter vMotion 是理想选择。

该方案同样适用于数据中心整合、基础设施升级等场景，可在无需长时间维护窗口的情况下完成在线迁移。

工作原理（简化流程）

Cross vCenter vMotion 可在极短停机时间内完成运行中虚拟机迁移，流程如下：

步骤1 – 发起迁移：在源端 vSphere Client 中右键点击虚拟机，选择“迁移（Migrate）”，并选择“同时更改计算资源和存储资源（Change both compute resource and storage）”。

步骤2 – 认证目标 vCenter：选择“Cross vCenter Server export”选项，输入目标 vCenter 的 FQDN/IP 地址及管理员凭据。

步骤3 – 资源映射：指定目标集群、主机、数据存储（Datastore）及虚拟机目录（VM Folder）。

步骤4 – 网络与兼容性检查：将源网络映射至目标端 Port Group，vSphere 将自动检查硬件版本和 CPU 指令兼容性（EVC）。

步骤5 – 执行实时迁移：确认后同时触发 vMotion 和 Storage vMotion，虚拟机磁盘及内存状态通过加密方式传输至目标环境，实现平滑切换。

通过自动化流程与实时迁移能力的结合，Cross vCenter vMotion 特别适用于关键业务系统迁移，可显著降低停机时间。

前提条件与环境要求

要成功完成跨 vCenter 虚拟机迁移，需要满足以下条件：

• 两端 vCenter 版本均为 6.0 或以上；
• 两端之间具备低延迟、高带宽网络环境；
• 拥有源端与目标端的迁移管理权限；
• 迁移过程中虚拟机不能挂载本地硬件设备或 CD-ROM 镜像。

在执行 Cross vCenter vMotion 之前，请确保源端和目标端 vCenter Server 运行正常。如果管理界面因 vCenter “no healthy upstream” 错误 无法访问，则应先解决该问题后再执行迁移。

限制与注意事项

虽然跨 vCenter 迁移功能强大，但相较于单一站点内部迁移更加复杂。如果网络带宽不足或延迟较高，迁移过程可能失败或耗时较长。

此外，迁移前必须仔细核对目标端网络和存储配置，否则虚拟机迁移完成后可能出现网络中断等问题。

方法二：使用 VMware Converter 进行离线迁移

VMware vCenter Converter 是 VMware 提供的免费工具，可通过转换方式实现跨 vCenter 虚拟机迁移，非常适用于隔离环境之间的数据迁移。

适用场景

该工具适用于无需部署复杂 Linked Mode 的中小企业环境。

尤其适合将少量虚拟机从旧服务器迁移至新服务器。

离线迁移简化步骤

步骤1 – 安装并启动：安装 VMware vCenter Converter Standalone，并确保可访问源端与目标端环境。

步骤2 – 选择源虚拟机：点击 Convert Machine，选择 VMware Infrastructure Virtual Machine，并输入源端 vCenter 信息。

步骤3 – 选择已关机虚拟机：从资源列表中选择待迁移虚拟机。注意：为保证数据一致性，必须先关闭虚拟机。

步骤4 – 配置目标环境：指定目标 vCenter 或 ESXi 主机，并输入目标端管理员凭据。

步骤5 – 配置硬件与存储：设置虚拟机名称、Datastore 及硬件版本，也可同时执行厚置备转薄置备操作。

步骤6 – 执行转换：确认配置后开始复制 VMDK 文件。

步骤7 – 验证迁移结果：启动目标虚拟机，检查网络连接并更新 VMware Tools。

迁移要求

使用前需准备源端与目标端管理员账号，并确保目标端具备足够存储空间及网络连通性。

缺点与风险

通常需要关闭虚拟机，因此会产生业务停机时间，对于关键业务系统并不理想。

方法三：通过 OVF 导出导入实现冷迁移

OVF 导出方式通过将虚拟机打包为 OVF/OVA 文件，实现跨 vCenter 迁移。

适用场景

适用于无需保持在线运行的系统。

当源端与目标端网络互不连通时，该方案尤为实用。

测试环境、开发环境通常采用该方式。

简化迁移流程

第一阶段：从源 vCenter 导出 OVF

• 登录源端 vCenter；
• 右键虚拟机 → Template → Export OVF Template；
• 设置名称、路径及格式（OVF 或 OVA）；
• 执行导出。

第二阶段：导入目标 vCenter

• 登录目标 vCenter；
• 选择 Deploy OVF Template；
• 上传导出文件并配置目标主机、Datastore 与网络；
• 确认后完成部署。

该方法适用于计划性停机场景或非关键业务系统迁移。

前期准备

迁移前必须关闭客户机系统，并确保本地计算机拥有足够存储空间保存导出的 OVF 文件。

同时需要确认目标主机支持当前虚拟机硬件版本。

局限性

• 停机时间较长；
• 流程依赖人工操作；
• 迁移后无法保留快照及性能历史记录。

方法四：使用 i2Move 实现高级迁移

当 VMware 原生工具无法满足复杂环境需求时，可采用第三方迁移平台 i2Move。

为什么选择 i2Move

VMware 原生工具通常受限于软件版本和网络连接要求，而 i2Move 可绕过底层虚拟化平台限制，实现更灵活的数据迁移。

即使源端和目标端位于不同地域、运行不同版本，也能实现平滑迁移。

该平台不仅支持虚拟机迁移，更面向企业级数据迁移与数据流转场景。

适用于大型复杂环境

大型企业往往拥有多种硬件、存储与操作系统环境。

i2Move 专门面向异构环境设计，可解决传统 Cross vCenter Migration 难以处理的问题。

其统一迁移流程可显著降低复杂数据中心迁移难度。

企业级迁移能力

i2Move 采用先进实时复制技术，在迁移过程中保障数据一致性与业务连续性。

• 块级+文件级实时复制，持续捕获数据变化；
• 在线迁移，无需中断业务；
• 支持 P2V、V2V、物理到云、虚拟到云及混合云迁移；
• 自动校验与一键切换机制，保障数据完整性。

总结

将 VMware 虚拟机迁移到另一台 vCenter 需要根据业务连续性要求、停机窗口和环境复杂度进行综合评估。

Cross vCenter vMotion 最适用于关键业务在线迁移；VMware Converter 和 OVF 导出导入更适合离线迁移场景。

对于大规模或复杂环境，i2Move 等第三方迁移工具能够进一步简化流程并保证数据一致性。

充分了解各类迁移方式及其前提条件后，IT 团队即可选择最适合自身环境的 vCenter 迁移方案，在降低风险的同时最大限度减少业务中断。