vmware.com/vsphere-60/index.jsp?topic=%2Fcom.vmware.vsphere.vcenterhost.doc%2FGUID-59C7D7FF-D17E-45BC-9145-06B2993880A2.html" target="_blank" rel="noopener" style="box-sizing: border-box; background: 0px center; transition: all 0.2s ease-in-out 0s; color: rgb(0, 0, 0); text-decoration-line: none; border-bottom: 1px solid rgb(0, 51, 102); font-weight: 700; padding-bottom: 1px; border-top-color: rgb(0, 51, 102); border-right-color: rgb(0, 51, 102); border-left-color: rgb(0, 51, 102);">在 vSphere 6.0 中首次引入克隆和迁移等跨 vCenter Server 操作时，它要求源和目标 vCenter Server（包括 ESXi 主机）运行相同的 vSphere 版本。随着 vSphere 6.5 的发布，这一 基本要求 仍然适用（例如 vSphere 6.5 用于源和目标），尤其是在使用 vSphere Web Client 执行这些操作时，在滚动升级之外不支持混合 vSphere 版本。

尽管如此，跨 vSphere 6.x 的不同版本（例如 vSphere 6.5 和 vSphere 6.0 Update 3 环境）克隆或迁移 VM 是可能的，并且受到支持。这可以通过使用 vSphere API 执行 xVC-vMotion 或 xVC-Clone 操作来完成。对于 xVC-vMotion 用例，我已在此处和此处 以及 PowerCLI 6.5r1中广泛撰写 ，甚至根据我的反馈更新了Move-VM cmdlet以原生支持此功能。此外，您甚至可以在完全不同的 vCenter Single Sign-On 域中执行这些操作，从而为您的 VM 和访问独立部署的 vCenter Server 实例的资源提供更高级别的移动性。

更新 (11/01/17) - 以下VMware KB 2106952刚刚更新以反映跨 vSphere 的跨 vCenter 操作（克隆/迁移）正式支持的内容。知识库中的矩阵反映了工程部门测试过的内容，您可能会注意到，仅当至少运行 vSphere 6.0 Update 3 时才支持从 vSphere 6.x 到 vSphere 6.5 的跨 vCenter vMotion/克隆。在与 PM 交谈后，此更改的原因是在 vSphere 6.0 Update 3 之前，代码中没有预先检查以防止对不受支持的目标主机（例如 ESXi 5.5）执行跨 vCenter 操作，这可能会导致用户体验不佳以及未定义的故障场景。此外，vSphere 6.0 Update 3 还包括其他增强功能，可以正确清理失败的配置操作，这将使 Cross vCenter Operations 更加稳健。由于这些原因，虽然可以从早期版本执行 Cross vCenter vMotion，但官方不会支持它。我还更新了下面的汇总表以反映 VMware 知识库中的内容，但请使用知识库作为 VMware 支持内容的官方真实来源。

为了帮助理解 vMotion 和克隆操作的不同组合，下表提供了一些帮助概述目前可能和支持的内容。

虚拟运动

冷迁移

克隆

虚拟网络迁移

注意 1： 不支持使用 vSphere 6.5 中引入的新 vSphere 加密功能的虚拟机 vMotioning 和/或克隆。

注 2： “计算”仅限 xVC-vMotion 空间不足问题现已通过 vSphere 6.0 Update 3 得到解决，请在此处查看此帖子了解更多详细信息。

注意3：第 3 方交换机不支持 xVC-vMotion，因为我们无法检查交换机状态。

以下是一些额外的 xVC-vMotion 和 vMotion 文章，了解这些文章可能也很有用：

• 在跨 vCenter vMotion (xVC-vMotion) 期间是否保留了关联性/反关联性规则？

• vSphere 6.0 中 xVC-vMotion 的重复 MAC 地址问题

• vCenter Server 实例之间的 vMotion 期间的网络兼容性检查

• 审核 vMotion 迁移