先说明我的场景我在 Windows 上用了很长时间 VMware Workstation里面跑着 Ubuntu 22.04 开发环境和一台 Windows 10 测试机后来换了 Mac又不想重新装一遍系统、配一遍环境所以想办法把 VMware 的虚拟机整体迁到 Parallels Desktop 里。折腾下来发现新版 Parallels 的迁移流程和网上那些老教程差别不小有些操作步骤已经变了有些坑是老的教程完全没提到过的。这篇内容主要面向三类人一类是我这种从 VMware 换到 Parallels 的迁移用户一类是电脑上同时装了 VMware 和 Parallels、想统一虚拟化平台的用户还有一类是准备从 Windows 换 Mac、但舍不得旧虚拟机里环境的人。我会把迁移原理、三种常用迁移方式的取舍、完整的实操步骤、以及我踩过的坑都整理出来尽量做到照着操作就能把虚拟机成功搬过去。1. 写在前面的核心问题VMware 和 Parallels 的虚拟机到底差在哪1.1 两种虚拟磁盘格式的底层差异VMware 的虚拟机磁盘文件是.vmdkParallels 的虚拟磁盘是.hdd实际上内部是.pvs格式这两种格式本身都是对虚拟机磁盘的封装但内部的组织方式、元数据结构、快照机制都不一样。你可能觉得虚拟磁盘不就是一个大文件吗直接复制过来不就行了实际上没那么简单。VMware 的.vmdk文件可能是单文件也可能是拆分成多个 2GB 小文件split而且里面记录了磁盘的几何参数、描述信息快照也会产生额外的描述文件。Parallels 直接读取 VMDK 的能力有限尤其是涉及快照链的时候它经常只认最基础的 flat 格式。还有一个关键区别虚拟机的“外壳”不同。VMware 用.vmx文件描述虚拟机配置内存、CPU、网卡类型、磁盘控制器Parallels 用.pvm文件夹来管理里面包含了 config.pvs 和磁盘镜像。迁移的本质就是两件事把磁盘格式转换过来、把虚拟硬件配置重新生成一遍。1.2 新版 Parallels 的导入逻辑有了明显变化老版本的 Parallels Desktop 有一个叫 Parallels Transporter 的迁移工具可以跨电脑迁移 VMware Workstation 虚拟机。到了新版本我默认按 Parallels Desktop 19、20 这一代说导入逻辑变成这样你直接在 Finder 里双击.vmwarevm文件夹或者.vmdk文件Parallels 会弹窗询问要不要转换导入或者通过菜单“文件 → 打开”来触发导入流程。但这里有个坑新版本对 Windows 虚拟机的检测更严格如果你虚拟机磁盘格式比较老、或者动过默认的虚拟硬件配置双击导入大概率会失败提示格式不支持或读不到磁盘。这不是说你操作错了而是 Parallels 对 VMDK 的支持范围有限。后面我会给出一条更稳的路径。1.3 迁移前必须做的三项准备工作不要拿系统当前正在运行的虚拟机直接迁移一定要先做这三件事。第一完整关机不是挂起。挂起状态会有内存快照.vmem文件这种状态下迁移经常会出现导入到一半报错或者迁移完启动后系统状态“假死”。把虚拟机关机等彻底断电。第二删掉不需要的快照。VMware 的快照会产生一组增量磁盘文件Parallels 转换时大概率会漏掉或者读错链。我的建议是在 VMware 里把有价值的快照合并或者直接删掉所有快照留下一个干净的、扁平化的磁盘映像。如果你需要保留快照那就别用 Parallels 的导入向导用后面说的 OVF 方式。第三虚拟机里清理临时文件。Windows 虚拟机做一次磁盘清理和碎片整理Linux 虚拟机清一下 apt 缓存。这个步骤不是为了省那点空间是为了减少后续磁盘转换的时间也让转换出来的镜像更“健康”。另外强烈建议在 VMware 里记录下当前虚拟机的关键配置内存多大、几个 CPU 核、磁盘控制器类型IDE/SATA/NVMe、网卡类型e1000/vmxnet3。后面在 Parallels 里重新配置时这些参数有参考价值。2. 三条迁移路线的对比与选型2.1 路线一Parallels 直接导入 VMDK操作上很简单在 Parallels Desktop 里菜单栏选“文件 → 打开”定位到 VMware 虚拟机的.vmwarevm文件夹里的.vmdk文件Parallels 会识别到这是个 VMware 磁盘然后开始转换。这个方式适合什么情况你的 VMware 虚拟机磁盘格式是单文件 VMDK、没有快照、Guest 系统是主流 Linux 发行版或 Windows 10/11这种情况下成功率比较高。Parallels 会生成一个新的.pvm文件夹磁盘格式转换成自己的.hdd。缺点也很明显如果 VMDK 是 split 形式多文件Parallels 经常识别成损坏磁盘如果虚拟机里有多个磁盘比如数据盘、系统盘分开它可能只导入其中一个如果磁盘控制器用的 NVMe转换后 Windows 可能出现启动失败的蓝屏。2.2 路线二从 VMware 导出 OVF/OVA 再导入这是我在实践中觉得最稳的一条路线。VMware Workstation 的“文件 → 导出为 OVF”功能可以把整个虚拟机打包成一个标准化的 OVF 描述文件加若干 VMDK 磁盘Parallels 对 OVF 格式的兼容性明显比对裸 VMDK 好。导出的时候注意VMware 会让你选择 OVF 还是 OVA。OVF 是一堆文件OVA 是单个压缩包。我建议选 OVF因为 OVA 是 tar 打包Parallels 导入时还要解包中间多一步出错概率就高一点。导出完成后在 Parallels 用“文件 → 打开”选择.ovf文件它会识别成可导入的虚拟机。这个方案的优势是OVF 是跨平台标准Parallels 对它支持得最好快照会被扁平化不用担心快照链问题虚拟硬件描述完整Parallels 能准确还原 CPU 和内存配置。缺点就是导出导入时间比较长大磁盘可能要等很久。2.3 路线三手动复制 VMDK然后用 qemu-img 转换如果你的 VMDK 文件 Parallels 不认、OVF 导出又失败那就只能用命令行方案了。先装一个 Homebrew然后安装 qemu 工具用qemu-img把 VMDK 转成 Parallels 能认的 RAW 或者 qcow2 格式。转换命令大概是brew install qemu qemu-img convert -f vmdk -O raw source.vmdk disk.raw然后把 raw 文件复制到新建的 Parallels 虚拟机目录里改名为disk.hdd让 Parallels 当作自己的磁盘来启动。这个做法比较折腾但基本能解决所有格式不识别的问题。我自己的建议是普通人优先走路线二OVF如果导出不了再走路线一路线三适合已经有一些 Linux 命令行基础、不介意手动操作细节的用户。三条路线我都实际跑过下面用一张表直观对比一下对比项直接导入 VMDK导出 OVF 再导入qemu-img 手动转换操作难度低中高成功率新版 PD中等较高高对快照支持不好自动扁平化需手动合并多磁盘支持可能丢失完整保留需逐个转换适合人群图省事的新手大多数用户遇到问题的进阶用户2.4 选择迁移方式时还应该考虑什么除了格式兼容性还要考虑迁移后系统的可维护性。如果你原来的 VMware 虚拟机里装了很多开发环境建议迁移后别直接删掉原来的 VMware 虚拟机文件至少保留两周。我就是迁移完第三天发现 Parallels 那边某个容器服务怎么都起不来最后回到旧的 VMware 环境对比排查才找到是虚拟网卡 MAC 地址变化导致的问题。另外还要考虑磁盘空间。Parallels 转换过程中会创建一个新镜像磁盘占用会短暂变成“原镜像大小 新镜像大小”。如果你的硬盘只有 50GB 空闲但虚拟机占 40GB那先清理磁盘空间再做转换否则转换到一半会提示磁盘不足。3. 实操记录Ubuntu 22.04 和 Windows 10 完整迁移过程这一节我拿两台虚拟机来实际操作一台 Linux、一台 Windows操作系统不同迁移后要处理的问题完全不一样。3.1 实操前的环境清单我迁移用的环境是这样的源平台Windows 11 上的 VMware Workstation 17虚拟机 AUbuntu 22.04 LTS40GB 磁盘2 核 4GB 内存网卡 e1000虚拟机 BWindows 10 Pro 22H260GB 磁盘4 核 8GB 内存网卡 vmxnet3目标平台MacBook ProApple Silicon上的 Parallels Desktop 20路径规划外部移动硬盘上有 200GB 空闲用作过渡如果你用的 Windows 虚拟机是 Arm 版本的思路一样但驱动细节会有差异。3.2 Ubuntu 22.04 迁移全过程我在 VMware 里将虚拟机 A 完整关机然后执行“文件 → 导出为 OVF”。导出过程大约耗时 15 分钟生成一个.ovf文件和一个对应的.vmdk文件。接着在 Mac 上打开 Parallels Desktop选择“文件 → 打开”定位到那个.ovf文件。Parallels 会显示一个导入预览界面让我确认虚拟机的名称、存放位置以及分配多少 CPU 和内存。这里我注意到的变化是新版 Parallels 在 Apple Silicon 上默认还会让你选系统版本它会自动匹配最佳的虚拟硬件配置。点击“导入”后就开始转换了。整个转换过程大概 12 分钟期间虚拟磁盘从 VMDK 转成了 PVS 格式。导入完成后我直接点击启动但第一次启动就翻车了卡在一个奇怪的界面没有进入 GRUB。排查下来问题是这样的VMware 导出 OVF 时磁盘控制器写的是默认的 SATA 控制器但 Parallels 导入后识别成了 SCSI 控制器而 Ubuntu 22.04 默认的内核没有包含对应的 SCSI 驱动。解决办法也不难在 Parallels 虚拟机配置里把磁盘控制器手动改成 SATA再启动就能进系统。进系统后又遇到第二个问题网络不通。我用ip a看了一下发现原来 VMware 里的ens33网卡没了变成了eth0没被 DHCP 配置。这就是典型的迁移后网上方识别问题后面我会详细写怎么处理。3.3 Windows 10 迁移全过程Windows 这台我更谨慎用了 OVF 导出方案。导出耗时接近 30 分钟磁盘有 60GBParallels 导入又用掉 20 多分钟。导入完成后第一次启动Windows 直接蓝屏错误代码是0x0000007B也就是无法访问启动设备。这个错误在跨虚拟化平台迁移 Windows 时太常见了本质是原来的存储控制器驱动没了。解决办法是迁移前在 Windows 虚拟机里手动注入通用驱动。我用的方法是在 VMware 虚拟机里打开设备管理器找到 IDE/ACHI 控制器或者 SCSI 控制器右键选择“更新驱动程序 → 从计算机选择”然后选择“标准 NVM Express 控制器”或“标准 SATA AHCI 控制器”提前把微软通用驱动装好。做完这个操作后再导出 OVF迁移成功率会高很多。不过我已经踩了一次坑所以补救方式是在 Parallels 里开机时按 F8 进入 Windows 恢复模式实际上 Parallels 会先弹一个启动设备选择菜单选择安全模式启动然后在安全模式下手动把驱动切回标准控制器。这个操作能用但是比较痛苦所以还是建议在 VMware 里提前做。Windows 10 迁移成功后最重要的一步是安装 Parallels Tools。Parallels 会在首次启动时自动提醒安装或者通过菜单“操作 → 安装 Parallels Tools”。装完后重启分辨率自动适配、剪贴板共享、文件拖拽、共享文件夹这些功能就都正常了。3.4 迁移后必须处理的三项配置不管 Linux 还是 Windows迁移完都建议检查这三项配置。第一分辨率。Parallels 装了 Tools 或者prl-tools之后自适应分辨率才正常。如果发现分辨率只能固定在 1024x768说明 Tools 没装好或者显示驱动被禁用了。第二共享文件夹。Parallels 的共享文件夹功能在虚拟机里默认映射到/media/psfLinux或者网络位置Windows。如果迁移后共享文件夹没出现需要在虚拟机配置里重新设置 macOS 路径与虚拟机内路径的映射。第三外设映射。比如 USB 设备、摄像头、打印机迁移后需要重新确认是否授权给这台虚拟机。Parallels 默认在第一次插入设备时弹窗询问别把它当成弹窗广告点掉。4. 常见问题与排查技巧实录4.1 导入时提示“无法检测磁盘格式”这个提示我遇到不止一次尤其是在直接双击.vmdk文件的时候。多半原因是 VMDK 是 split 模式磁盘拆成了多个文件或者带有快照。解决思路很简单不要直接双击先在 VMware 里用“文件 → 导出为 OVF”导出过程会合并快照、扁平分片然后再导入到 Parallels。如果你真的无法进入 VMware 去导出了还可以在 VMware 里用vmware-vdiskmanager工具合并分片vmware-vdiskmanager -r source.vmdk -t 0 merged.vmdk-t 0表示输出成单文件、预分配的 flat 格式这种格式 Parallels 的识别率最高。4.2 Linux 迁移后没有网络新版 Ubuntu 默认用 Netplan 管理网络你在 VMware 里看到的网卡名是ens33或ens160迁移到 Parallels 后网卡变成了eth0或enp0s5原来的配置文件自然就失效了DHCP 根本不会去尝试配置新网卡。处理方法编辑/etc/netplan下的 YAML 配置文件确认里面用的是 DHCP大多数桌面版默认就是然后把网卡名称改成新环境里的名称。如果你不想纠结名称变化直接在 GRUB 内核参数里加net.ifnames0 biosdevname0强制 Linux 使用eth0这种传统命名配置文件就稳定了。4.3 Linux 迁移后图形界面异常有一些 Ubuntu 用户迁移后卡在登录界面循环、或者进桌面后很卡大概率是显卡驱动冲突。VMware 虚拟机的显卡是 VMware SVGAParallels 用的是自己的显示适配器迁移后如果不卸载旧的 VMware 驱动容易出问题。处理建议在虚拟机里卸载open-vm-tools和 vmware 显卡驱动然后重新安装 Parallels Tools。Parallels Tools 在 Linux 下是一个 ISO挂载后执行install.sh它会自动处理显卡模块和内核模块编译。Apple Silicon 机器上如果你迁移的是 x86_64 架构的 Ubuntu只能通过模拟运行图形性能会弱一些但一般开发环境够用了。4.4 Windows 迁移后系统激活失效这个是很多人没预料到的。Windows 10 的数字许可证和硬件绑定度比较高虚拟机跨平台后主板、硬盘、网卡的虚拟硬件全变了Windows 可能会提示激活出现问题。解决的思路是如果你有微软账户登录后绑定数字许可证理论上会自动重新激活如果激活失败可以尝试在设置里“更改产品密钥”并重新输入同一个密钥如果都不行联系微软客服走人工激活流程。这里注意用破解激活工具是绝对不建议的风险远大于收益。我在实操中遇到的情况比较顺利微软账户自动激活就恢复了没有走人工流程。4.5 Parallels 网络初始化失败Parallels Desktop 偶尔会在启动虚拟机时提示“网络初始化失败”这个在 Parallels Desktop 16 时代出现的频率更高。新版 19/20 偶尔也会遇到。常见的诱因有三个macOS 的防火墙或安全软件拦截了 Parallels 的网络进程虚拟网卡配置损坏DHCP 服务异常。修复顺序建议先重启 Mac 上 Parallels 的虚拟网络服务通过终端执行sudo /Applications/Parallels\ Desktop.app/Contents/MacOS/prl_naptd restart然后检查“系统设置 → 网络”里 Parallels 的虚拟网卡是否被禁用如果禁用就重新启用。还不行的话在 Parallels 菜单里“文件 → 虚拟机列表 → 选择出问题的虚拟机 → 配置 → 硬件 → 网络”把网络类型从“共享网络”切到“桥接网络”启动一次再切回来很多时候这个操作就能把事情“拧”好。4.6 Apple Silicon 和 Intel Mac 的差异要注意新版 Parallels 在 Apple Silicon Mac 上运行的是 ARM 架构的虚拟机迁移方式会有区别。如果你的 VMware 虚拟机是 x86 架构的 Ubuntu/Windows在 Apple Silicon 上导入时Parallels 会提示“是否使用模拟运行模式”性能上会打折扣。如果你打算长期使用建议直接在 Apple Silicon 上新建 ARM 版本虚拟机重新安装系统性能会好很多。Intel Mac 上则没有这个问题因为 Intel Mac 本来就是 x86 架构迁移后的虚拟机可以直接跑性能损失很小。我自己的主力机现在是 Apple Silicon所以在上面跑 x86 的 Ubuntu 虚拟机时明显感觉到编译速度比在 VMware 里慢评估之后决定直接在 Parallels 里建了一个 ARM 版的 Ubuntu日常开发体验反而更好。5. 迁移后的性能调优与长期维护经验5.1 CPU 和内存分配要重新评估不要照搬旧配置VMware 虚拟机里的 CPU 和内存配置是 Windows 宿主机当时资源的快照。换了 Parallels 之后Mac 的资源变化很大尤其是 Apple Silicon 统一内存架构下内存分配别直接照抄原来的“4GB”或者“8GB”。我个人的建议是在 Parallels 设置里把内存分配到 Mac 总内存的 1/4 到 1/3CPU 核心数不要超过 Mac 实际物理核心的一半。给太多资源反而会拖慢宿主机而且虚拟机的性能提升并不线性。比如我的 Mac 是 16GB 内存Ubuntu 虚拟机分 4GBWindows 测试机分 4GB剩下的留给 macOS 自己用整体体验就很流畅。5.2 磁盘瘦身迁移后镜像可能比你想象中大Parallels 转换后的磁盘默认是精简分配也就是按需增长但如果你从 VMware 迁移过来的磁盘是固定大小预分配的转换后它可能保持固定大小白白占掉很多空间。在 Parallels 里可以这样瘦身虚拟机配置里找到硬盘点击“压缩”Parallels 会自动回收未使用的空间。Linux 虚拟机在压缩前最好执行一下sudo fstrim -v /Windows 虚拟机则先做一次“优化并碎片整理驱动器”再执行压缩。这个操作能省下的空间看虚拟机里占用的实际数据量我曾经把一个 80GB 的 Windows 测试机压缩到 30GB效果非常明显。5.3 备份和快照策略Parallels 的快照机制和 VMware 不太一样Parallels 的“时间线”功能会自动间隔截图这功能看着方便但其实会不断占用磁盘空间。如果你迁移后不需要频繁回滚建议关闭自动快照改成手动快照。备份虚拟机最省事的办法是直接找到~/Parallels/虚拟机名称.pvm文件夹右击选择“压缩”然后再复制到移动硬盘。因为.pvm是一个自包含的文件夹拷贝到另一台 Mac 上双击就能用 Parallels 打开不需要额外导入。我自己就把 Ubuntu 的 pvm 打包到了移动硬盘换电脑时直接拷过去干净利落。5.4 迁移完成后的最后一步验证环境完整性这一步很多人会忽略。迁移完成后别急着删旧环境先把日常开发流程完整过一遍数据库能不能连上、IDE 能不能打开、编译工具链能不能正常工作、定时任务是否还在正确触发。我用了一个检查清单你可以参考检查系统时间是否同步虚拟化平台迁移后最常见的时间漂移问题检查主机名和 IP 是否按预期解析检查 SSH 密钥和 Git 配置是否完整检查 Docker/容器服务的网络模式是否正常检查所有数据盘是否都挂载成功检查 Windows 虚拟机里的 D 盘数据盘是否正常显示如果验证过程中发现某些服务异常不要慌先对照我在第 4 节提到的问题排查大多数迁移后的异常点都能找到原因。我在实际迁移中踩过的最大一个坑是在迁移 Windows 虚拟机后忽略了时区同步导致微软账户登录一直失败。查了很久才发现是系统时间和真实时间差了 8 小时修好后一切正常。这类细节往往比迁移过程本身更耽误时间所以还是建议你拿到迁移后的虚拟机后第一时间把系统时间、时区、同步服务确认好再往下做别的配置。