Hyper-V 转换器：P2V、V2V 与格式转换（2026）

Hyper-V 转换器可帮助您将物理机、来自其他虚拟化管理程序的虚拟机或虚拟磁盘文件迁移为 Hyper-V 可运行的格式。无论您是要从 VMware 迁出、淘汰旧服务器，还是搭建混合测试实验室，选择合适的工具都是顺利迁移的关键。

本指南涵盖了物理到虚拟（P2V）和虚拟到虚拟（V2V）转换的实用方案，以及转换 VHD、VHDX、VMDK 和 QCOW2 等磁盘格式的步骤。

为什么需要 Hyper-V 转换器？

系统管理员和 IT 工程师经常需要重组物理或虚拟基础设施。Hyper-V 转换工具可弥合不兼容的存储格式和配置文件之间的差距，使目标虚拟机能够在您的虚拟化管理程序上可靠启动。

需要转换到 Hyper-V 的常见场景包括：

• 平台迁移：许多团队选择将 VMware 虚拟机转换为 Hyper-V，以降低许可成本、围绕 Windows Server 进行整合，或简化与 Azure Stack HCI 的集成。如果您正在权衡完整迁出 VMware 的方案，在确定某一种方法之前，不妨先比较可用的 VMware 迁移工具。
• 硬件淘汰：Hyper-V 的 P2V 转换可让您将老化的物理服务器上的旧操作系统和专用软件迁移到现代虚拟化硬件上，从而加以保留。
• 多虚拟化管理程序实验室测试：开发人员和测试工程师经常需要将在 VMware（VMDK 格式）或 KVM（QCOW2 格式）中构建的设备或系统镜像导入 Hyper-V 测试环境。
• 存储优化：如果您已经在运行 Hyper-V，仍可能需要将 VHD 转换为 VHDX，以获得更大的容量上限、更好的性能以及断电保护。

您的具体迁移路径，无论是物理到虚拟、虚拟到虚拟，还是简单的磁盘转换，都决定了哪种工具最合适。

用于物理到虚拟磁盘的 P2V Hyper-V 转换器

物理到虚拟（P2V）转换会获取正在运行的裸机操作系统，并将其内容复制到虚拟磁盘中。这种方法对于难以重建的旧服务器、没有现成快照可供转换的系统，或者需要在不丢失配置的情况下退役的在用硬件最为重要。

为此已有企业迁移套件，但许多系统管理员仍会使用轻量级本地实用工具，直接从源机器捕获物理驱动器。

Disk2VHD

Disk2VHD 是 Sysinternals（微软旗下的工具部门）提供的一款免费便携式实用工具。它无需重启即可为正在运行的物理系统创建虚拟磁盘副本。

分步指南：

1. 从 Microsoft Sysinternals 官方页面下载 Disk2vhd，并在目标物理机上解压该压缩包。
2. 右键单击 disk2vhd.exe（64 位系统请使用 disk2vhd64.exe），然后选择 以管理员身份运行。
3. 在应用程序窗口中，如果目标 Hyper-V 环境支持较新格式，请勾选 Use Vhdx；并勾选 Use Volume Shadow Copy (VSS)，以便在活动文件和正在运行的数据库上保持崩溃一致性捕获。
4. 选择要复制的物理卷，包括系统启动分区以及数据驱动器。
5. 将网络共享或外部驱动器设置为目标位置。不要将镜像保存回正在捕获的驱动器。
6. 单击 Create 开始捕获。
7. 完成后，将生成的 VHD 或 VHDX 文件复制到您的 Hyper-V 存储，创建新虚拟机并附加该磁盘。

局限性：

• 仅限 Windows：Disk2VHD 不支持捕获基于 Linux 的物理安装。
• 单机使用：它需要在每台机器上手动运行，没有内置的编排或调度功能。
• 无自动化：没有命令行界面，无法在多台服务器之间批量转换。

MVMC（物理机模式）

Microsoft Virtual Machine Converter (MVMC) 曾经是微软用于 P2V 迁移的主要工具。

分步指南：

1. 在与源机器处于同一网络或 Active Directory 域中的管理机或 Hyper-V 主机上安装 MVMC。
2. 启动 Microsoft Virtual Machine Converter 控制台。
3. 在 Machine Type 页面上，选择 Physical machine conversion，然后单击 Next。
4. 输入源物理机的主机名或 IP 地址以及管理凭据。
5. 指定目标 Hyper-V 主机并提供其凭据。
6. 选择目标存储路径，选择动态或固定磁盘，并根据您的主机版本选择 VHD 或 VHDX。
7. 配置网络适配器映射以及虚拟机硬件分配（CPU 和 RAM）。
8. 检查设置并单击 Finish 开始迁移，这会逐块复制系统。

用于将 VMware 虚拟机转换为 Hyper-V 的 V2V Hyper-V 转换器

虚拟到虚拟（V2V）转换，即把工作负载从 VMware ESXi 迁移到 Hyper-V，是工程师处理的最常见迁移任务之一。团队通常这样做是为了在 Windows Server 许可下整合其虚拟化占用、构建混合云架构，或在本地 Hyper-V 测试环境中镜像 vSphere 生产系统。

与 P2V 不同，V2V 转换器直接处理现有的虚拟硬件配置和磁盘镜像。无需从正在运行的操作系统中捕获活动文件。

MVMC（虚拟机转换模式）

MVMC 已停用且不再受支持，但其虚拟机转换模式仍可作为免费选项，用于迁移运行在较旧 VMware 版本上的工作负载。

支持的源版本

MVMC 官方支持 VMware vSphere、vCenter Server 和 ESX/ESXi 4.1、5.1 和 5.5 版本。它不支持 vSphere 6.x 或更高版本，因此较新版本的环境需要其他工具或手动磁盘转换。

分步指南：

1. 在您的迁移工作站上打开 Microsoft Virtual Machine Converter 向导。
2. 在 Machine Type 屏幕上，选择 Virtual machine conversion，然后单击 Next。
3. 选择 Migrate to Hyper-V 作为目标类型。
4. 在 Source 页面上，输入 vCenter Server 或独立 ESXi 主机的 IP 地址或主机名，以及管理凭据。
5. 浏览主机清单，选择要转换的离线 VMware 虚拟机。
6. 提供目标 Hyper-V 主机的地址和凭据。
7. 设置目标存储路径，选择 VHDX 作为磁盘格式，并选择 Dynamic 或 Fixed。
8. 配置目标虚拟交换机以及处理器和内存分配。
9. 查看摘要页面，然后单击 Finish 以运行磁盘复制和配置映射。

SCVMM 和 Azure Migrate（微软官方企业路径）

对于大规模自动化迁移，微软提供两条企业路径：System Center Virtual Machine Manager (SCVMM) 和 Azure Migrate。

适用场景：

• SCVMM：最适合完全本地部署的环境，将 VMware 集群转换为由 System Center 管理的私有 Hyper-V 云。
• Azure Migrate：专为混合设置而构建，可评估、复制 VMware 虚拟机并将其迁移到 Azure 或本地 Azure Local 部署。

相比免费工具增加的功​​能：

• 发现和依赖关系映射：这两种工具都会扫描您的 vCenter 集群，以清点应用程序并映射网络依赖关系，从而不会遗漏依赖系统。
• 批量转换：您可以将虚拟机分组为多个批次进行自动化并行迁移，而不必一次转换一台。
• 近乎零停机复制：这些工具无需冷关机，而是使用变更块跟踪（CBT）或复制在源虚拟机保持活动状态时同步数据。仅在最终切换时需要短暂关机。

局限性：

• 成本：SCVMM 需要付费的 System Center 许可，对于较小环境来说可能难以证明其合理性。Azure Migrate 在每个虚拟机复制的前 180 天内不收取工具使用费，但需要有效的 Azure 订阅和连接。
• ESX/ESXi 版本支持：这两种工具都强制要求版本兼容性。旧版 ESXi 主机或高度定制的 vSphere 存储（如较旧的 vSAN 版本）可能无法与转换向导配合使用。

用于 VHD、VHDX、VMDK、QCOW2 的 Hyper-V 转换器

有时您不需要完整的虚拟机捕获或编排工具。如果您已经从备份、导出或其他平台获得了独立的虚拟磁盘文件，可以直接转换磁盘格式，并将其附加到新的 Hyper-V 虚拟机壳中。

PowerShell Convert-VHD

如果您完全在微软生态系统内工作，PowerShell 提供了内置 cmdlet 来更改磁盘格式。

当您需要执行 Hyper-V 将 VHD 转换为 VHDX 的过程以升级旧版虚拟磁盘时，此 cmdlet 非常合适。VHDX 具有更好的断电恢复能力，支持更大的磁盘大小（最高 64 TB），并在现代存储上具有更好的性能。

要运行它，请在 Hyper-V 主机上打开提升权限的 PowerShell 窗口：

Convert-VHD -Path "C:\VMs\LegacyDisk.vhd" -DestinationPath "C:\VMs\UpgradedDisk.vhdx" -VHDType Dynamic

如果您需要固定大小的磁盘而不是动态扩展磁盘，请将 -VHDType 更改为 Fixed。

qemu-img（命令行跨格式）

对于涉及 VMware 或 KVM 的跨平台迁移，qemu-img 是标准命令行工具。它是开源的、高效的，并且可在 Windows、macOS 和 Linux 上运行。

除了转换为 VHDX 之外，当您将磁盘反向迁移到 KVM 或 Proxmox 环境时，同一工具还可以 将 VMDK 转换为 QCOW2。

使用 qemu-img，您可以将 VMDK 或 QCOW2 文件直接转换为可启动的 VHDX 文件。

VMDK 转 VHDX 示例：

要将 VMware 虚拟磁盘转换为 Hyper-V 兼容的 VHDX 文件：

qemu-img convert -f vmdk -O vhdx -o subformat=dynamic "C:\Source\disk.vmdk" "C:\Destination\disk.vhdx"

QCOW2 转 VHDX 示例：

要将 KVM 或 QEMU 虚拟磁盘转换为 Hyper-V 兼容的 VHDX 文件：

qemu-img convert -f qcow2 -O vhdx -o subformat=dynamic "C:\Source\disk.qcow2" "C:\Destination\disk.vhdx"

子格式和代次说明：

• subformat 标志： -o subformat=dynamic 告诉 qemu-img 构建动态扩展的 VHDX。显式设置它可以避免依赖工具可能变化的默认行为。仅当目标环境明确要求固定大小磁盘时，才使用 subformat=fixed。
• 第 1 代与第 2 代：在将转换后的 VHDX 附加到 Hyper-V 虚拟机之前，请检查源操作系统的安装方式。使用传统 BIOS（MBR 分区方案）启动的源虚拟机需要 Hyper-V 中的第 1 代虚拟机。使用 UEFI（GPT 分区方案）的源虚拟机需要第 2 代虚拟机。

适用于无停机 P2V、V2P、V2V 的最佳第三方转换器

上述工具非常适合一次性转换，但它们并非为生产规模的迁移而构建。

为什么免费工具在规模化时会失效

Disk2VHD、MVMC 和 qemu-img 都一次只能转换一台机器或一个文件，无法排队处理多个转换。它们也缺乏增量同步，因此捕获开始后的任何更改都会丢失，除非您重做整个过程，而这通常意味着真正的停机。

快照依赖性增加了另一个限制。像 Disk2VHD 这样的工具依赖 VSS，这对文件系统有效，但可能会给写入活动繁重的数据库带来压力。在数十个生产工作负载中，这种手动过程在工作时间运行会变得有风险。

i2Move 增加了什么

i2Move 专为不允许停机的迁移而构建。主要功能包括：

• 零停机：混合块级和文件级复制在生产持续运行的同时移动系统，同步期间无需关闭任何东西。
• 统一的 P2V、V2P 和 V2V 支持：物理服务器、VMware 虚拟机和 Hyper-V 虚拟机通过同一平台迁移，而不必针对每种场景切换工具。
• 增量同步：持续捕获正在进行的更改，因此无需在切换前重新运行完整捕获。
• WAN 优化传输：带宽控制、压缩和断点续传可确保长距离链路上的大型迁移保持稳定。

最适合：

• 在迁移期间无法容忍长时间停机的生产工作负载
• 跨多台服务器或虚拟机的大规模 P2V、V2P 或 V2V 项目
• 最低停机和数据一致性比免费手动工具更重要的环境

常见问题

Q1：微软有官方的 Hyper-V 转换器吗？

有，Windows Admin Center 的 VM Conversion 扩展（公开预览版）可将 VMware 虚拟机迁移到 Hyper-V。对于云迁移，微软推荐 Azure Migrate。MVMC 已完全停用。

Q2：我可以将 Hyper-V VHDX 转换回 VMware VMDK 吗？

可以，使用 qemu-img 并将 VMDK 作为输出格式。之后，移除 Hyper-V 集成服务，安装 VMware Tools，并在 ESXi 中重新配置磁盘控制器。

Q3：Disk2VHD 适用于 Linux 虚拟机吗？

不适用。它仅适用于 Windows，并依赖 VSS，而 Linux 没有 VSS。请改用 dd 或 Linux 原生镜像工具。

Q4：MVMC 是否仍可下载？

官方渠道不可下载。微软在停用后已将其从下载中心移除。其他地方存在未经验证的副本，但不应用于生产系统。

Q5：将单个 VMDK 文件转换为 VHDX 的最快方法是什么？

qemu-img convert -f vmdk -O vhdx -o subformat=dynamic input.vmdk output.vhdx 直接在块级别进行转换；无需迁移平台。

结论

选择合适的 Hyper-V 转换器取决于规模。对于一次性 P2V 或 V2V 任务，Disk2VHD、MVMC 或 qemu-img 无需任何成本即可完成工作。对于少量磁盘格式转换，PowerShell 的 Convert-VHD 或 qemu-img 只需一条命令即可处理。

生产迁移则是另一回事。免费工具逐台机器工作，没有增量同步，并且在切换时存在真正的停机。当您大规模迁移实时工作负载时，这一差距就变得很重要。

英方软件 构建的工具正是为了填补这一差距，帮助团队在不中断生产的情况下迁移物理、虚拟和云工作负载。如果您的下一次迁移涉及的不只是少量虚拟机，那么从一开始就评估一个专为零停机、大规模转换而构建的平台是值得的。