如果你手里攒了一批用 VMware Workstation 建的虚拟机现在换了 Mac 想切到 Parallels Desktop或者你在 Mac 上一直用 VMware Fusion但新版 macOS 上老版本 Fusion 越来越拉胯那这篇就是写给你的。VMware 虚拟机转 Parallels 这个需求网上教程不少但大部分还停留在 Parallels 16/17 那会儿菜单路径、驱动处理、网络初始化失败那些坑跟现在的版本对不上照着做很容易卡死。我最近刚把三四台开发机从 VMware 搬到 Parallels Desktop 20从删快照、转换磁盘到装 Parallels Tools完整走了一遍把新版本导入流程和踩过的坑捋出来希望能帮你把那一堆 vmdk 平平安安变成 .pvm。1. 为什么要从 VMware 搬到 Parallels真实场景与新版本背后的逻辑1.1 谁最需要这波迁移先把话说透不是所有人都需要从 VMware 迁到 Parallels但下面这几类人大概率逃不掉。第一类是“换了 Mac 的前 Windows 用户”。原来在 Windows 笔记本上用 VMware Workstation 折腾了 Linux 服务器、Windows 测试机、数据库环境换到 Mac 之后发现 Parallels 的 Windows 集成度确实比 VMware Fusion 好太多。第二类是“老版本 Fusion 用户”。VMware Fusion 12 和 13 早期版本在 macOS Ventura、Sonoma、Sequoia 上频繁出问题虚拟化框架和系统权限一变老版本根本起不来被迫换工具。第三类是看重效率的人Parallels 的 Coherence 模式能做到 Windows 程序直接开在 macOS 桌面上不用切窗口文件共享、剪贴板、打印机互通几乎是零成本这在日常开发、办公、跑 Windows Only 软件时体验差异极大。所以这个迁移动作背后本质上不是“Parallels 一定比 VMware 强”这种口水仗而是你的日常工作流已经变了虚拟机的运行环境也得跟着变。迁移只是手段让虚拟机在你的新环境里无缝继续跑才是目的。1.2 VMware 免费之后Parallels 凭什么还值得花钱这里有个绕不开的点2024 年底 Broadcom 把 VMware Workstation Pro 和 Fusion 对个人用户免费了很多人觉得“既然免费我干嘛还要花钱买 Parallels”我迁完这几台机器之后说说实际感受。免费归免费VMware 在 Mac 上的底层体验还是落后 Parallels 一截。Parallels 的自动资源分配做得更好你不用手调 CPU 核数和内存条数它默认就能让虚拟机在后台跑着不占前台性能Coherence 模式、Retina 分辨率适配、Windows 启动速度、磁盘 IO 表现实测都比我不太折腾的 Fusion 要稳。再加上新版本 Parallels 直接内置了“从 VMware 导入”的功能迁移成本比过去低得多。如果你只是偶尔开一次虚拟机或者不需要 Windows 程序跟 macOS 频繁交互VMware 免费版完全够用没必要花这个钱。但如果你每天要在 Windows 里开好几个开发工具、数据库客户端还希望它像原生 App 一样嵌入桌面Parallels 这套钱花得不冤。1.3 为什么旧的迁移教程现在不灵了网上能找到的迁移教程不少还是 Parallels 16/17 时代的。那时候导入 VMware 虚拟机经常要手动改配置、装完 Parallels Tools 还要处理各种兼容性问题Parallels 16 在 macOS 升级后还经常出现“网络初始化失败”这种经典毛病其实很大程度上是那个版本的内核扩展和系统权限不匹配导致的。新版 Parallels Desktop 19/20 把导入工具重做了菜单路径、磁盘转换逻辑、TPM 支持、Windows 11 的引导处理都跟老版本不一样。再加上 macOS 自身权限模型的变化照旧教程操作很容易掉进版本错位的坑。所以我下面写的内容全部以 Parallels Desktop 20 的实际界面和工作原理为准老版本用户可以参考但别 100% 照搬。2. 动手前先花半小时准备快照、文件确认、空间和版本这四件事2.1 删快照这一步千万别心疼很多人迁移失败、导入报错、虚拟机启动后蓝屏根子都在快照上。VMware 的快照机制是把虚拟机磁盘状态拆成多个链接文件主 vmdk 之外还有一堆 -s001.vmdk、-s002.vmdk 和内存快照文件。Parallels 的导入工具虽然能识别当前快照状态但对复杂的快照链支持并不好经常只读到主磁盘或者直接识别失败。我的处理办法很明确迁移前在 VMware 里打开虚拟机然后删掉除当前状态之外的所有快照。删除快照的过程其实是在把文件变更合并回主 vmdk所以需要的时间取决于快照大小等它合并完再关机。删完快照后有个明显变化虚拟机的磁盘文件体积会变大。原来快照分散在各处看不出来合并后主 vmdk 会变成完整数据量。这个体积你心里要有数因为后面对磁盘空间有硬性要求。2.2 关机方式、文件夹拷贝和空间估算关虚拟机不要点“挂起”Suspend要选“关机”Shut Down。挂起状态是内存快照Parallels 导入后经常无法正确恢复运行状态出现不稳定的概率非常高。找到 VMware 虚拟机的目录里面至少要确认有这么几个东西.vmx 配置文件、.vmdk 主磁盘文件、.nvram 固件文件。 .vmdk 可能是单个大文件也可能拆成多个 -s 分卷两者 Parallels 都能处理但你最好把整个虚拟机文件夹完整拷贝过去别只拖一个 vmdk配置丢了会更麻烦。空间估算这里我直接给公式目标位置可用空间要大于“所有 vmdk 文件总大小 30% 余量”。因为 Parallels 导入时默认会把磁盘内容转换成自己的格式转换过程中新旧文件并存你至少需要一份原始文件加一份新文件的空间。我之前一台 Windows 10 虚拟机vmdk 一共 90GB转换时峰值占了 180GB 左右SSD 差点被塞爆。2.3 macOS 系统版本和 Parallels 版本的匹配关系这个坑很多人都没提前查新版本 Parallels Desktop 20 对 macOS 的最低版本有要求太老的系统装不上装上了也没发正常用。你要是 macOS Catalina 这种老系统老老实实去找旧版 Parallels 或者先升系统别硬装新版。另外一个更隐蔽的坑就是 M 系列芯片和 Intel Mac 的问题。Apple Silicon 上的 Parallels 只能运行 ARM 版 Windows 11你在 Intel Mac 上用 VMware 建的 x86 Windows 10 虚拟机vmdk 拿到 M 系列芯片的 Mac 上是跑不起来的指令集都不一样怎么转都白搭。所以迁移前先确认原虚拟机的架构跟目标 Mac 的架构是否匹配。Intel Mac 到 Intel Mac没问题Windows PC 上的 x86 虚拟机搬到 Intel Mac 的 Parallels也没问题但只要有 Apple Silicon 参与原生的 x86 虚拟机就没了活路只能重新装 ARM 版 Windows 再手动迁数据。3. 新版本 Parallels 导入 vmx 的完整过程以及底层转换逻辑3.1 从打开导入窗口到确认迁移路径Parallels Desktop 20 的导入入口很直接打开 Parallels菜单栏点 File文件→ Import导入…然后在文件选择器里定位 VMware 虚拟机的 .vmx 文件选中后会看到 Parallels 自动识别出虚拟机名称、系统类型、磁盘大小等信息。也可以直接在 Finder 里右键 .vmx 文件选择“打开方式”里的 Parallels Desktop效果一样。接下来 Parallels 会弹出一个设置页主要让你选目标位置以及磁盘处理方式。确认后点击导入它会显示一个进度条整个过程中 Parallels 会把 vmdk 一块块读出来写进新的磁盘文件里。我实测一台 60GB 的 Windows 10 虚拟机放在 NVMe SSD 上大概 20 分钟左右跑完90GB 的那台跑了快 40 分钟。这个时间跟磁盘大小、文件碎片程度、Mac 性能都有关导入期间最好别让电脑睡眠。3.2 磁盘转换和直接使用我为什么建议选转换新版 Parallels 导入时通常会有两个方向的选择一个是把磁盘完整转换成 Parallels 原生格式另一个是“直接使用原磁盘文件”或“保留原位置”这类选项很多人为了省空间图省事会选直接使用。我的建议是如果你硬盘空间还够一定选转换成完整格式。原因很简单Parallels 的 .hdd 格式跟 VMware 的 .vmdk 格式读取方式不一样直接挂 vmdk 意味着 Parallels 每次读写磁盘都要做一层转换性能损耗非常明显。转换完的虚拟机启动速度、磁盘读写都更接近原生表现。我两台机器都试过直接使用的情况下Windows 启动能慢 30% 以上跑编译任务差距更大完全不能忍。磁盘转换完成后你会在目标位置看到一个 .pvm 显示包里面是 Parallels 的配置文件和 .hdd 磁盘文件。原 vmdk 在导入完成后可以先保留几天确认新虚拟机一切正常再删别急着清理。3.3 导入中断、进度卡住的常见原因导入最怕中途卡住。我遇到的两次中断一次是 Mac 在导入过程中自动睡眠导致连接断开一次是磁盘空间不足写到一半写不进去。这里给一个很实用的建议开始导入前在 macOS 系统设置的“电池”或“节能”里把自动睡眠临时调成“永不”等导入完成后恢复。另外导入输出的位置需要留足我前面说的两倍空间否则过了 50% 才报错前面全白等。如果导入真的中断了不要试着续传或者把*.hdd 半成品再挂上来直接删掉未完成的 .pvm重新走一遍导入流程。这个操作本身很成熟重来基本都能成功。4. 开机只是开始Tools、网络、启动模式、激活一项项过4.1 装 Parallels Tools 之前先卸掉 VMware Tools这是最容易踩、也最影响体验的一个点前面全部步骤加起来都没这件事麻烦。导入成功后虚拟机第一次启动你可能会发现分辨率很别扭、鼠标卡顿、窗口拉伸不好用。这时候大多数人会直接去点“安装 Parallels Tools”我劝你先忍一忍。正确的顺序是先进入 Windows 的“控制面板 → 程序和功能”找到 VMware Tools卸载它。重启后再让 Parallels 安装自己的 Tools。为什么要多此一举因为 VMware Tools 和 Parallels Tools 都是内核级驱动两套同时存在会抢设备控制权轻则显示驱动冲突导致花屏、分辨率不可调重则蓝屏。我见过一个同事没卸载 VMware Tools 直接装 Parallels Tools最后只能进安全模式把两个驱动都卸了重装才救回来。卸载 VMware Tools 后分辨率大概率掉到 1024x768 甚至 800x600这是正常现象别慌。然后通过 Parallels 顶栏的“Actions操作→ Install Parallels Tools安装 Parallels Tools”挂载虚拟光驱在 Windows 里运行安装程序完事再重启画面和鼠标动作就正常了。4.2 网络初始化失败和断网问题按这套链路排查“Parallels Desktop 16 网络初始化失败”这个话题一直排在前面的热搜里新版 20 虽然没那么频繁了但迁移过来的虚拟机在网络上依然很有可能出问题。主要原因有两个一是 VMware 虚拟网卡驱动残留二是 Parallels 的共享网络NAT组件没正常接管虚拟机网络。我有一套固定的排查链路照着走基本都能解决在 macOS 侧打开 Parallels Desktop 的“偏好设置 → 网络”确认共享网络NAT没有关闭如果状态异常就点“恢复默认设置”。关机编辑虚拟机配置把网络类型显式改成“共享网络NAT”这是最稳的默认方案。如果你原来 VMware 里用的是桥接网络迁移后也需要改成桥接但新手阶段先跑通 NAT 再说。进入 Windows 设备管理器展开“网络适配器”把名字里带 VMware、VMnet、VMware Virtual Ethernet 的全部卸载。以管理员身份打开命令提示符执行下面几条命令netsh winsock reset netsh int ip reset ipconfig /release ipconfig /renew如果还是不行关机删掉 Parallels 配置里的网络适配器重新添加一个新的类型选“共享网络NAT”再开机。这里面第 3 步最关键。很多人重置啥的都试了就是没管 Windows 里残留的 VMware 旧网卡驱动Parallels 的虚拟网卡跟它反复抢 IP 抢网关网络自然起不来。4.3 蓝屏、启动卡死和 BitLocker启动模式与 TPM 的问题导入后的虚拟机最怕遇到蓝屏代码 INACCESSIBLE_BOOT_DEVICE。这个问题大概率出在磁盘控制器类型上VMware 里常见的控制器是 SCSILSI Logic或 NVMe而 Parallels 导入后默认可能是 SATA 或 IDEWindows 里没有对应驱动引导就被卡死了。解决办法是先关机打开 Parallels 的“配置 → 硬件 → 硬盘驱动器”找到高级选项里的控制器类型改成 SATA 或 NVMe 试试。Windows 10/11 迁移过来的优先试 NVMe 或 SATAWindows 7/XP 这种老系统IDE 会更容易起来。另一个跟启动相关的是 Windows 11 的 TPM 和 BitLocker。如果你原来在 VMware 里为了跑 Win 11 开了虚拟 TPM并且系统盘启用了 BitLocker迁移到 Parallels 后大概率会撞上“BitLocker 恢复”界面要输入 48 位恢复密钥才能解锁。密钥在微软账号里或者你当时备份的文件里能找到。这个问题没法绕迁移前如果不想折腾先把 BitLocker 解密正式迁移后再重新加密否则就老老实实准备好恢复密钥。4.4 Windows 激活失效和残留驱动的收尾Windows 的激活状态跟硬件 ID 绑定虚拟机从 VMware 搬到 Parallels相当于换了一块主板、一张显卡、一个网卡激活失效非常正常。Windows 10/11 用户如果原来登录过 Microsoft 账户大概率会自动重新激活如果弹出来“Windows 未激活”去“设置 → 更新和安全 → 激活”选择“疑难解答”再选“硬件更改后重新激活”绑定账户的话能直接拉回数字许可证。Win7/8 的老用户就别想了大概率只能电话激活这种折腾性价比太低。另外注意一下虚拟光驱里的 VMware 残留设备如果用户信息、驱动清理不干净设备管理器里会有带感叹号的未知设备能用就行不用追求完美。5. 迁移实测案例、Linux 注意点和一个错误速查表5.1 从 Windows 宿主机拷贝到 Mac 的案例细节我迁移的第一台机器是从一台 Windows 台式机上拷过来的虚拟机文件夹放在 D 盘整体拷贝到一个移动硬盘里再接上 Mac。在 Parallels 里直接选择这个 vmx 文件时路径里全是中文和空格导入一度没反应。后来把虚拟机目录复制到 Mac 本地放到一个纯英文路径下导入立刻正常。所以这里多一句嘴不管是拿到 Mac 还是直接跨网络导入虚拟机文件的路径尽量保持纯英文别带特殊字符。Parallels 对路径的处理虽然比老版本好但中文路径偶尔还是会在驱动安装、共享文件夹挂载时犯病。5.2 Linux 虚拟机迁移时多出来的几步Linux 虚拟机迁移的流程跟 Windows 基本一致但有几个 Linux 特有的坑。第一个是 VMware Tools 的残留。Ubuntu 这类系统如果装了 open-vm-tools迁移后建议用 apt 把它卸载掉再装 Parallels Tools for Linux否则两个虚拟化工具会争抢内核模块。Parallels Tools 安装方式很简单虚拟光驱挂载后在 Linux 终端里执行sudo mount /dev/cdrom /media/cdrom cd /media/cdrom sudo ./install第二个是网络接口名变化。原来 VMware 里可能叫 eth0 或 ens33迁移到 Parallels 后变成了 enp0s5 之类的名字DHCP 又没拿到地址导致 SSH 连不上。先用ip link看实际接口名再用nmcli或改 /etc/network/interfaces 重新配置并不复杂。第三个是图形界面适配。如果你的 Linux 虚拟机只用来跑命令行服务不装 Tools 也能忍但要开 GNOME/KDE 桌面Parallels Tools 还是得装不然分辨率不变、剪贴板不同步窗口很小。5.3 常见报错和处置方法速查现象根因快速处置导入时报“不支持该磁盘”vmdk 里包含多级快照VMware 里删掉所有快照再导出开机蓝屏 INACCESSIBLE_BOOT_DEVICE磁盘控制器类型不匹配关机改硬盘控制器为 SATA/NVMe 逐个测试BitLocker 恢复界面TPM 和磁盘签名变化输入 48 位恢复密钥或迁移前先解密分辨率锁死 800x600Tools 驱动没装好先卸载 VMware Tools再装 Parallels Tools网络显示“无 Internet”或初始化失败VMware 网卡驱动残留 / NAT 异常卸载 VMnet 驱动重置 Winsock重建网络适配器鼠标卡顿、拖拽剪贴板失灵Parallels Tools 服务未启动Windows 服务里启动所有 Parallels 开头且为自动启动的服务迁移后 Windows 未激活虚拟硬件 ID 变了用数字许可证疑难解答重新激活导入到一半卡住不动空间不足或系统睡眠预留两倍磁盘空间临时关闭自动睡眠5.4 虚拟机稳定后VMware 那边怎么处理建议别急着卸载 VMware 本身先把 Parallels 里的虚拟机跑上一周。这期间你可能会发现一些细节问题比如某个服务启动项依赖过时的 VMware Tools 驱动或者某块单独挂载的数据盘没转换干净。原虚拟机在你随时能回退重来一旦确认新环境稳定再把 VMware 里的虚拟机删掉、腾出空间。如果是 Mac 上的 VMware Fusion想彻底卸载的话除了把 Fusion 拖进废纸篓还要注意删掉 /Library/Application Support/VMware 和 /Library/Preferences/VMware Fusion 这类配置文件不过这个取决于你是否彻底不再用 VMware不影响 Parallels 的正常运行。实际走完这一轮迁移我最大的体会是“别怕转换过程长怕的是转换完进不了系统”。大部分翻车都发生在驱动冲突、网络适配器残留、磁盘控制器不匹配这三件事上而这三件事其实都在导入完成后一小时内能处理掉。新版本 Parallels 的导入工具已经把流程大幅简化了你只要把准备做足剩下的就是按部就班地装 Tools、清驱动、查网络。我这几台机器现在天天开着 Windows 里的数据库和编译工具跟 macOS 的桌面共享剪贴板、拖文件早就成了习惯回不去 VMware 那边的操作方式了。