微软近日发布了一款集成于 Windows 管理中心（Windows Admin Center）的全新转换工具，该工具旨在简化 VMware 虚拟机向 Hyper-V 的迁移流程。以下是你需要了解的关键信息。

微软致力于简化向 Hyper-V 的过渡流程

与此同时，微软也希望借此吸引部分 VMware 用户 —— 尤其是在博通（Broadcom）收购 VMware 后，VMware 推出了多项变动，许多用户正在寻找替代方案，这类用户正是微软的目标群体。
Hyper-V 作为一款稳定且经验证的虚拟化解决方案，自然成为了 VMware 工具的可靠替代选择。

新迁移工具：Windows 管理中心的扩展插件

为了降低从 VMware 迁移到 Hyper-V 的难度，微软亮出了新 “武器”：一款虚拟机转换工具。不过，该工具并非独立产品，而是以扩展插件的形式集成在微软的集中式管理控制台 ——Windows 管理中心中。

据微软介绍，在具备必要系统资源的前提下，这款工具可在几分钟内同时迁移多达 10 台虚拟机。当然，需要注意的是，数十 GB 甚至数 TB 的数据无法瞬间完成传输（迁移速度仍受数据量和硬件资源制约）。

工具定位：免费、面向中小企业，现提供公开预览版

与 Windows 管理中心一样，这款扩展插件是免费的，且优先面向中小型企业（SME）。目前，该工具已推出公开预览版，用户可提前体验。

微软方面表示：“这款免费且无需代理的工具，简化了 VMware 虚拟机向搭载 Hyper-V 的 Windows Server 的转换流程。它不仅为客户提供了本地虚拟化环境的灵活性，还能在客户需要时，支持其向 Azure（微软云服务）进行无缝过渡。”

功能描述

1. 批量迁移：一次能迁 10 台虚拟机，还能按需求分组

不用一台台慢慢迁，一次最多能搞定 10 台虚拟机，效率直接拉满。而且管理员还能按下面这些条件，把虚拟机归好组再迁，不乱套：

• 按应用依赖分：比如那些属于同一个应用程序、或者同一个服务的虚拟机，可以放一组。
• 按集群依赖分：有些虚拟机得分布在同一个集群里的不同节点上，就按这个条件分组。
• 按业务边界分：公司里不同业务用的虚拟机要分开，比如测试用的机器和预生产（还没正式上线但快了）的机器，各归各的组。
• 按机架依赖分：虚拟机跑在哪个机架的主机上，就按这个机架来分组。

2. 群集感知迁移：支持从 ESXi 主机迁到 Windows 集群

简单说，能把虚拟机从 eSXI 主机，稳稳当当地迁移到 Windows Server 故障转移群集里，不用操心跨环境迁移的兼容问题。

3. 静态 IP 配置：迁完不用重新设 IP，网络直接续上

虚拟机在原来的 Hyper-V 主机上要是设了静态 IP，迁到新的 Hyper-V 主机后，这个 IP 配置会直接保留下来。这样一来，迁完就不用再手动改 IP 了，网络能无缝衔接，省了不少后续麻烦。

4. 安全启动和 UEFI 模板配置：更安全、更合规

这功能主要是为了提升安全性，还能满足合规要求，具体是这么做的：

• 迁移的时候会自动整合 “操作系统类型（osType）”，保证安全启动和 UEFI 的设置精准对应。
• 安全启动不是固定死的，会根据系统类型（是 Windows 还是 Linux）自动调整配置。
• 要是碰到不支持的操作系统类型，也会提示错误，不会瞎配置。

5. 本地化支持：不管用啥语言，用着都顺手

工具支持多语言，你习惯用哪种语言操作，都能调出来，不用再对着陌生语言费劲琢磨。

6. 多个 vCenter 连接：能连好几个 vCenter，切换方便

你可以添加好几个 vCenter 的连接端点，想在不同 vCenter 之间切换的时候，直接选就行，不用反复连。

7. 多磁盘支持：所有虚拟磁盘都能迁，复杂工作负载也不怕

有些虚拟机连了好几个虚拟磁盘，用来跑复杂的工作负载（比如多任务处理、大型程序），这工具能保证所有磁盘都迁移过去，还能同步好，迁完就能正常用。

8. 预检：迁移前先查问题，早发现早解决

在复制和迁移虚拟机之前，会先做一次检查，要是有啥故障或者问题，能提前找出来，避免迁到一半卡住。

9. 清理：迁完自动删 VMware Tools，不用手动清

虚拟机从 VMware 环境迁到 Windows 这边后，工具会自动把原来装的 VMware Tools 删掉，省得你再手动清理残留，一步到位。

Windows Admin Center 中安装 VM 转换扩展功能

咱一步一步来，保证你顺利装完 VM 转换扩展，操作都很基础，不用慌～

1. 首先打开 Windows Admin Center（就是你平时管理 Windows 的那个工具，直接找到图标点开就行）。

2. 打开后，看界面右上角，有个 “设置” 按钮点一下。然后在左边的菜单栏里，找到 “扩展” 选项，点进去。

3. 这时候会看到几个选项卡，其中有个 “可用扩展”，这里面列的都是能直接安装的扩展工具，咱要找的就在这儿。

4. 最后一步！在 “可用扩展” 的搜索框里，搜 “VM Conversion (Preview)”（注意带括号里的 Preview，别搜错了），找到这个扩展后，点一下旁边的 “安装” 按钮，等着装完就搞定啦～

5. 安装后，请确保 VM 转换扩展在 Windows Admin Center 中的“扩展”** > “VM 转换（预览版）”下可见。

连接到 vCenter

首次访问扩展时，您需要连接 vSphere 客户端端点。

选择连接到 vCenter。

输入 vCenter FQDN、vCenter 用户名和 vCenter 密码

使用 VM 转换扩展同步虚拟机

同步前准备工作

迁移开始前会运行一组预检查。在继续执行同步虚拟机的步骤之前，请确认已完成以下所有步骤：

1. 虚拟机上不存在活动快照。

2. VMware PowerCLI 安装在 Windows Admin Center Gateway 计算机上。

3. Microsoft Visual C++ Redistributable 包（2013 版及最新版本）安装在 Windows Admin Center Gateway 计算机上。

4. VDDK 包位于：C:Program FilesWindowsAdminCenterServiceVDDKWindows Admin Center Gateway 计算机上。

5. 同步的目标磁盘路径有效。

6. 目标 Hyper-V 主机具有足够的内存和磁盘空间。

7. VM 支持更改块跟踪 (CBT)。

同步虚拟机

超简单的几步操作，跟着走就能搞定同步，咱不绕弯子，直接说重点～

1. 先打开 Windows Admin Center，然后找到并连接到你要用来迁移虚拟机的那台Hyper-V 服务器（就是最终要把 VMware 虚拟机迁过去的目标服务器，选对了再连哈）。

2. 连接上之后，看左边的面板，先找到 “扩展” 选项点开，再在展开的列表里找到 “VM 转换（预览版）”—— 这就是咱之前装的那个扩展，点进去就能进入同步的操作界面了。

3. 接下来就看到虚拟机列表啦，从里面选你要同步的虚拟机就行，注意一次最多能选10 个，选好之后就完成同步前的选择步骤啦（后续跟着界面提示走，就能开始同步了）～

在“同步虚拟机”窗口中，输入“存储数据的路径”。选择同步。

您会看到显示以下进度的通知：运行预检、准备环境、创建快照以及完成同步。确认 VHDX 文件已在指定的文件夹路径中创建。

等待同步完成即可。

使用 VM 转换扩展迁移虚拟机

迁移前准备工作

迁移开始前会运行一组预检查。在继续迁移虚拟机的步骤之前，请确认已完成以下所有步骤：

1. 目标 Hyper-V 主机具有足够的 vCPU 可用性。

2. 目标 Hyper-V 主机上不存在同名的虚拟机。

3. 目标 Hyper-V 主机上已启用 Hyper-V 角色。

4. 同步.vhdx文件存在。

5. 虚拟机上没有活动快照。

迁移虚拟机

完成以下步骤，将 VMware 虚拟机迁移到 Windows Admin Center 中的 Hyper-V。

进入迁移选项卡，选择要迁移的虚拟机。选择迁移。

在 迁移虚拟机 窗口中，选择继续以开始迁移。

在迁移过程中，执行以下步骤：运行迁移预检查、确保足够的磁盘空间、执行增量复制、关闭源虚拟机、执行最终增量同步以及将虚拟机导入 Hyper-V。

等待虚拟机迁移完成。

注意：迁移需要用户保持登录状态并保持浏览器会话处于活动状态。如果会话关闭或超时，迁移可能会暂停或停止进行。

VM转换工具常见问题（Q&A）

Q：该工具是否同时支持静态和 DHCP IP 地址？

A：是的，DHCP 和静态 IP 地址均受支持。其中静态 IP需要靠脚本来实现：当系统检测到虚拟机用的是静态 IP 时，会先收集虚拟机的凭据，接着运行脚本捕获 IP 地址的详细信息；等迁移到切换阶段后，这些 IP 配置信息会直接保留在目标 Hyper-V 主机上，不用手动再设。

Q：该工具如何处理 VM 启动类型？

A：工具会自动检测源虚拟机的启动类型，然后对应在 Hyper-V 上创建合适的虚拟机：如果源机是 BIOS 启动，就创建第一代虚拟机；如果源机是 UEFI 启动，就创建第二代虚拟机，不用手动选类型。

Q：为什么迁移的虚拟机磁盘显示为动态而不是静态（固定）？

A：因为 VM 转换工具目前默认把磁盘迁移成“动态扩展（精简配置）的 VHDX 文件”，这种方式只复制磁盘实际用了的部分，不是复制完整分配的大小。比如源虚拟机磁盘预配大小是 500GB，但实际只用了 250GB，那迁移到目标服务器后，生成的动态 VHDX 就是 250GB。虽然这样能省存储空间，但后续可能会给存储管理带来一些麻烦。

Q：是否支持 VMware 到 Azure 本地迁移？

A：不，该工具不支持迁移到 Azure Local。

Q：该工具是否支持在虚拟存储区域网络 (vSAN) 上运行的虚拟机？

A：不，该工具不支持在 vSAN 上运行的虚拟机。

Q：此工具在 Azure 门户的 Windows Admin Center 中可用吗？

A：不可以，转换工具仅在本地 Windows Admin Center 中可用，Azure 门户里的 Windows Admin Center 用不了这个工具。

Q：虚拟机迁移时内存如何配置？

A：迁移过程中，不管源虚拟机原本是不是设置的“动态内存”，内存都会被配置成“静态”的。这是工具设计时就确定的方案，主要是为了保证迁移过程稳定，同时也能让 VMware 和 Hyper-V 的内存管理机制兼容，避免出问题。