企业官网建设流程全解析

如果你的电脑里只能装一款虚拟机软件，我会毫不犹豫地选 VMware Workstation 17 Pro。这个判断不是随便下的——我用了十年左右的虚拟化工具，从早期的版本一路用到现在，期间也试过别的方案，但每次兜兜转转还是会回到 VMware 上。它在我心里就是桌面虚拟化这个领域的行业标杆，几乎没遇到过它搞不定的需求。

这篇文章我会把 VMware 17 Pro 从下载安装、创建虚拟机、安装系统，到快照、克隆、网络调优、常见故障排查，整个链条的实操过程全部拆开讲一遍。没有藏着掖着的部分，每一步该点什么、为什么这么选，我都会说清楚。不管你是刚接触虚拟机的小白，还是用过旧版本想升级的老手，都能找到自己需要的部分。

1. 为什么 VMware 17 Pro 能被称为桌面虚拟化的行业标杆

先说点实在的。桌面虚拟化软件这个赛道，能叫得上名字的其实没几个，但 VMware Workstation 长期是这个领域的标杆产品，到了 17 Pro 这一代，它的技术积累、功能完整度和易用性依然处在第一梯队。

1.1 它到底解决了什么问题

简单说，VMware Workstation 17 Pro 让你在一台物理电脑上同时运行多个操作系统，每个系统都像一个独立的完整电脑，有自己的虚拟硬件（CPU、内存、硬盘、网卡等），可以和宿主机共享文件、复制粘贴文本、共用剪贴板，也可以组成虚拟网络互相通信。

我记得第一次用虚拟机的时候，脑海里对“虚拟机到底是个什么东西”是没概念的。后来我打了个比方才彻底理解：虚拟机就像是在你的房子（物理主机）里隔出了几间独立的隔间（虚拟机），每个隔间有自己独立的门锁（系统权限）、独立的家具（虚拟硬件），你在隔间里折腾得再乱，也不会把整套房子弄塌。这个比喻虽然朴素，但对理解虚拟化的本质特别有用。

它能解决的问题，我用实际场景来说更直观：

• 你想尝试 Ubuntu、CentOS 或者 Windows Server，但不想把自己的主力电脑系统重装一遍。
• 你是运维或开发人员，需要在同一台电脑上同时拥有一套 Windows 环境和一套 Linux 环境，用来做交叉测试、搭实验环境。
• 你下载了一个可能不安全的软件，想在隔离环境里先跑一下，看看它到底有什么行为，再决定要不要在真实电脑上使用。
• 你需要保存多个系统状态，比如某环境配置好了一半，下次要接着搞，或者想把某个配置好的环境复制给同事。

这些场景，VMware 17 Pro 都能在几分钟内帮你搞定，而且操作门槛比大多数人想象的低得多。

1.2 17 Pro 相对旧版本的核心变化

说说版本本身。VMware Workstation 17 Pro 相比 16 这一代，有几个值得关注的改进：

• 支持最新的硬件平台和更现代的处理器，对主流桌面级 CPU 的虚拟化指令支持更完善。
• UI 整体重新打磨过，设置界面更清晰，创建虚拟机的向导流程更顺手。
• 对 Windows 11 等新系统的虚拟机安装支持很好，包括 TPM 2.0 模块和 Secure Boot 的支持，不需要再去改一堆底层的兼容设置。
• 在图形处理上加入了更完整的 3D 加速支持，Windows 虚拟机里的 DirectX 性能提升明显，某些老游戏和图形软件跑起来更顺畅。
• 提升了主机的资源调度效率，内存和 CPU 的分配策略更智能。

这些改进听起来不算惊天动地，但“行业标杆”的价值从来不靠单点突破，而是靠整体体验的稳定性和细节的完善。你在使用过程中会感觉到，几乎每个你可能遇到的小问题，官方都提前替你考虑过了。

2. 安装前的准备与 VMware 17 Pro 的完整安装流程

工欲善其事，必先利其器。安装 VMware Workstation 17 Pro 本身不复杂，但有些前置判断和细节如果没做好，后面用起来会很不舒服。

2.1 安装前需要确认的几件事

首先是硬件条件。虚拟化软件的资源开销是叠加在宿主机上的，你给虚拟机分配多少内存、多少 CPU 核心，宿主机自己还要留出一部分。所以建议宿主机至少 16GB 内存起步，想要跑多个虚拟机或者大型系统，32GB 更从容。CPU 的话，主流的多核处理器（比如 6 核以上）基本都能胜任。磁盘空间按需准备，一个最小化的 Linux 系统只需要十几 GB，但如果你要装带图形界面的发行版或者 Windows 系统，加上后续安装的软件、测试数据，建议留出 100GB 以上的可用空间。

第二个是平台兼容性。VMware Workstation 17 Pro 主要支持 Windows 和 Linux 作为宿主机系统。在 Windows 上用的话，10 或 11 系统均可，x64 版本就好。Linux 下安装需要内核模块编译，一般发行版都能通过官方仓库或安装包自动搞定。

第三件事比较隐蔽，但相当关键：如果你的电脑已经装有 Hyper-V（Windows 自带虚拟化功能）或 WSL2，可能会和 VMware 产生资源冲突。好在 VMware 17 在这方面已经做了改进，可以在一定程度上与 Hyper-V 共存，但如果遇到性能异常或启动失败，优先检查这里。

第四，关于安装包和许可证密钥。这是很多新手容易卡住的地方。一定要从官网下载安装包，不要随便在第三方网站下载所谓的“绿色版”“破解版”，那些大概率带捆绑或者文件被改过，会给你埋下安全隐患。许可证方面，VMware Workstation 17 Pro 现在是需要激活密钥的，但官方提供了免费试用期，试用期内功能完整。你可以正常安装、试用，再用自己的账号从官网申请个人用途的免费许可证，或者购买商业授权。

注意：我不建议在虚拟机相关操作上使用来路不明的激活工具。VMware 官方对个人用户有明确的免费许可申请渠道，正规途径完全够用。

2.2 一步步安装 VMware 17 Pro

安装过程其实是很流水线的，我按 Windows 宿主机为例，把每个环节讲清楚。

双击下载好的安装程序，如果弹出 UAC 用户账户控制提示，选择“是”允许它运行。这里有人会担心安全问题，其实只要是官网下载的文件，放心点是没问题的，UAC 弹窗只是 Windows 在提醒你“这个程序要修改系统设置”。

进入安装向导后，第一步是勾选“我接受许可协议中的条款”，这个没什么好说的，继续下一步。

接下来是安装位置选择。默认装在 C 盘，如果你 C 盘空间紧张，建议改到其他分区。这里有个经验：VMware 主程序本身只占几个 GB，真正占空间的是你后面创建的虚拟机文件，所以主程序装哪里影响不大，关键是要想清楚虚拟机文件放在哪个盘。

安装类型默认选“典型”就行。注意这里有一个“增强型键盘驱动程序”和“ VMware Remote Console”的选项，都勾上。前者是为了更好地处理国际键盘输入，后者在某些需要远程管理虚拟机的场景会用到，装好没坏处。

然后是“软件更新”和“客户体验提升计划”的设置。软件更新建议保留默认，有新版出来它会自己提示，你需要再手动确认更新；客户体验提升计划是匿名统计，不想要就取消勾选。

点击“安装”后，程序开始复制文件和安装服务，这个过程大概几分钟，和电脑性能有关。我没有遇到过安装失败的情况，如果中途报错，最常见的原因是系统里残留了旧版 VMware 的组件或者杀毒软件在拦截。这时候建议先把杀毒软件暂时退出，然后手动清理一遍旧版本残留，再重新试一次。

安装完成后，桌面上会出现 VMware Workstation 17 Pro 的快捷方式，第一次启动会让你输入许可证密钥。不想马上输入的话，可以选择“试用”继续，试用期结束后再激活。我建议每个人都自己动手走一遍这个流程，因为后面创建虚拟机时，你对“这个软件究竟在我电脑上装了什么”会有更具体的感知。

3. 创建虚拟机的完整实操：从空白镜像到系统跑起来

安装完 VMware 之后，最激动人心的部分来了——创建你的第一台虚拟机。这一步也是教程的核心，我把整个过程拆成几个关键环节。以我在一台 Windows 宿主机上安装 Ubuntu Desktop 为例，把每一步的选择和理由说明白。

3.1 准备系统镜像文件

创建虚拟机之前，你需要先有一个操作系统安装镜像，通常是一个 ISO 文件。从发行版官方网站下载就好。这里我的经验是：下载镜像的同时顺手校验一下 SHA256 校验值，防止下载过程损坏了文件，特别是几十 GB 的大型镜像，下载到一半断掉或者数据错误也是常见的事。

3.2 新建虚拟机向导里的关键参数选择

打开 VMware Workstation 17 Pro，主界面左侧是“库”，显示你已有的虚拟机；右侧是快捷操作区域。点击“创建新的虚拟机”，会弹出新建虚拟机向导。

向导会先问你安装来源：典型安装，是让你选择稍后安装操作系统，或者是选择 ISO 镜像立即开始安装。我建议第一次用的人选择“稍后安装操作系统”。原因有两点：

第一，如果你让 VMware 直接识别 ISO 并启动安装，它会用向导式的“简易安装”模式，自动帮你设置一些参数。这个模式虽然方便，但可能会默认成英文界面，或者装出来的用户、密码不是你想要的。对新手来说，手动走一遍标准安装流程反而能加深理解。

第二，稍后安装可以让你先把虚拟机硬件配好，再挂载镜像，逻辑更清晰。

接着是客户机操作系统选择。这一步别选错，因为它会影响虚拟机里虚拟 BIOS 的类型和硬件兼容性。我们这里选“Linux”，版本选“Ubuntu 64 位”。

然后是虚拟机名称和位置。名称随意，但位置建议规划一下。这里有一个我踩过很多次坑后的心得：不要随意放在 C 盘的默认位置，最好是单独建一个目录，比如 F:\VMs\Ubuntu，以后找文件、迁移、备份都方便。如果磁盘空间够大，尽量给虚拟机目录留充足的连续空间。

接下来是固件类型，新版本会让你在 BIOS 和 UEFI 之间选择。如果你要安装 Windows 11 或最新的 Linux 发行版，选 UEFI 更合适；安装传统系统或某些特殊的定制系统，BIOS 兼容性更好。顺便说一句，VMware 17 Pro 也支持安全引导，装 Windows 11 时必须要开启。

再往后是处理器和内存配置。处理器的“处理器数量”和“每个处理器的内核数量”怎么分，很多人搞不清楚。其实对于虚拟机来说，系统看到的是总核心数（处理器数 × 每个处理器的内核数）。比如你的物理 CPU 是 8 核，给虚拟机分配 4 核时，我建议配置为“1 个处理器，4 个内核”，而不是“4 个处理器，1 个内核”，这样在兼容性和调度上更稳定。内存方面，给 Linux 桌面版建议分配 4GB 起步，Windows 11 建议 8GB 起，但不要超过你宿主物理内存的一半，否则宿主机可能变得卡顿。

网络类型的选择这里不多说，后面专门讲。磁盘相关设置要细致一点：磁盘容量你可以先给一个“够用”的值，比如 Ubuntu 就 60GB，Windows 就 120GB。重点是“将虚拟磁盘拆分成多个文件”还是“存储为单个文件”。单文件性能略好，但不利于拷贝和备份；多文件更灵活。我习惯选单文件，因为性能更稳定，拷贝时虽然单个文件大，但 VMware 自带的管理功能不受影响。记得勾选“立即分配所有磁盘空间”时要想清楚，勾了这个会一次性占用物理磁盘的对应空间，不勾则是按需增长。如果磁盘空间不紧张，我建议不勾，这样初始创建快，后续实际占用多少就多少。

所有配置完成后，向导会给你一个汇总页。检查一遍参数，没问题就点“完成”。

3.3 挂载 ISO 并开始安装系统

虚拟机创建完成后，在左侧库中选中该虚拟机，点击“编辑虚拟机设置”，在“CD/DVD（SATA）”一项里选择“使用 ISO 镜像文件”，浏览到刚才下载好的镜像，确定。然后点击“打开此虚拟机电源”。

启动后，虚拟机的窗口会像一个独立的显示器一样亮起来，开始从 ISO 引导。这时候按正常安装系统的方式操作即可。有一点要提醒：在虚拟机窗口内点击鼠标后，鼠标指针会被“捕获”在虚拟机里，想要释放出来，按 Ctrl+Alt 组合键。这个操作是所有虚拟化软件的统一逻辑，不熟悉的人经常会卡在这里以为鼠标丢了。

安装系统过程中的分区操作，如果你是新手，直接用默认的“清除整个磁盘并安装”也没问题，因为这里的“磁盘”是虚拟磁盘，对宿主机没有实际影响。你可以放手去试错，这是虚拟机最大的心理优势。

系统安装完成后，重启虚拟机，你就会看到一个完整的独立操作系统在窗口里运行。到这一步，第一台虚拟机的创建和安装就全部完成了。

4. VMware Tools、快照、克隆与网络模式：用好这些才叫会用

很多人的虚拟机使用停留在“装个系统、进去看看”的程度，但 VMware 真正的效率工具是 VMware Tools、快照、克隆和网络模式。这几样用好了，体验会有一个质的飞跃。

4.1 VMware Tools：虚拟机体验的“驱动包”

VMware Tools 是一组驱动和系统服务，相当于给虚拟机安装的“驱动包”。没有它，虚拟机的显示分辨率可能非常低（只有 1024×768 或更低）、鼠标切换不顺畅、剪贴板不能共享、文件夹拖拽不能用、时间同步不稳定。一句话：必须装。

不同客户机系统，安装方式略有不同：

• Windows 虚拟机的安装很简单。在虚拟机菜单栏选择“虚拟机” > “安装 VMware Tools”，然后去虚拟机的光驱里找到安装程序，双击一路下一步就行。
• Linux 虚拟机则不同。挂载 VMware Tools 安装镜像后，需要把安装包解压出来，在终端里以 root 权限运行 vmware-install.pl 脚本。过程中会有很多交互提示，基本上一直按回车采用默认值即可。有些发行版还需要安装内核头文件编译模块，最新版本的内核可能会提示缺失头文件，这时候要先用系统的包管理器装好对应版本的 linux-headers 包。

安装完 VMware Tools 后，记得重启虚拟机。重启后你会发现窗口分辨率可以自动适配了，鼠标滑动顺畅了，复制粘贴也能在宿主机和虚拟机之间无缝使用。可以说，装好 VMware Tools 之后，这个虚拟机才算真正“活”了。

我在多年使用中，遇到过 VMware Tools 安装失败的情况，绝大多数都和内核头文件缺失有关。解决办法是先更新系统，安装对应版本的内核头文件，再重新运行安装脚本。

4.2 快照：虚拟机的“后悔药”和“存档点”

快照功能是 VMware 最被低估、也最实用的一项能力。它的作用是保存虚拟机在某一时刻的完整状态，包括系统配置、已安装的软件、当前运行的程序等。之后无论你怎么折腾，都可以一键恢复到那个时间点。

有人会问，这不就是“系统还原”吗？不太一样。系统还原面向特定系统，而虚拟机快照是整个虚拟磁盘 + 内存状态的整体快照，恢复速度极快，而且是完整的。

快照的正确使用场景，我给你举几个：

• 你准备在一个干净的系统环境里测试某套软件，先做一个快照，测试完恢复快照，环境立刻恢复到测试前的干净状态。
• 你要给客户演示一套复杂的配置过程，提前把“初始状态”和“完成状态”各打一个快照，演示时来回恢复也不怕。
• 你要升级某个软件大版本，怕升级出问题，先来一个快照再说。

操作上，在虚拟机工具栏点击“快照”图标，或者从菜单栏“虚拟机” > “快照”进入，点“拍摄快照”并命名。恢复时找到对应快照，点“转到”即可。

这里有一个重要的经验：不要依赖快照做长期备份，也不要保留太多快照链。快照的本质是差分数据，它会越积越大，而且如果底层的原始磁盘文件损坏了，快照也救不了。正确做法是：重要状态用“克隆”生成独立虚拟机，日常操作保护用“快照”。

4.3 克隆：快速复制一套环境

克隆和快照不同，克隆会创建一个独立的虚拟机副本，有自己的虚拟磁盘文件，与原虚拟机完全分离。典型的场景是：你花了一整天把一套开发环境配置好，然后克隆出三份，一份用来跑测试、一份用来做演示、一份用来做实验。每份都是独立的，互不影响。

VMware 17 Pro 支持两种克隆方式：

• 链接克隆：基于原始虚拟机的快照创建，新虚拟机依赖原始磁盘文件。优点是创建极快、占用空间小；缺点是原始虚拟机删除或者快照被清理后，链接克隆就无法运行。
• 完整克隆：创建一份完全独立的拷贝。优点是彻底独立，缺点是创建时间较长、占用空间大。

我一般这样选：临时测试用链接克隆，正式交付给其他同事或者需要长期保留的环境，一定用完整克隆。别为了省那点磁盘空间，把重要环境搞成链接克隆，后面一旦原虚拟机出问题，你哭都来不及。

4.4 网络模式：桥接、NAT 和仅主机到底是什么

虚拟机上网和互联是网络模式决定的。VMware 提供三种主要模式，很多新手在这里一知半解，我尽量用大白话讲明白。

桥接模式下，虚拟机就像是你真实局域网里的一台独立电脑。它有自己的 IP，和宿主机共享同一个物理网卡，可以通过路由器访问外网，也能被局域网里的其他设备访问。适合需要对外提供服务的场景，比如在虚拟机里跑一个 Web 服务，让局域网其他人也能访问。这种模式下虚拟机需要占用一个和宿主机同网段的 IP，如果网段地址紧张或者有 IP 管理限制，可能不够方便。

NAT 模式下，虚拟机通过宿主机访问外网，外部设备看不到虚拟机自身的存在。虚拟机使用的是 VMware 虚拟出来的一个独立网段（通常 192.168.x.0/24），由 VMware 的 NAT 服务负责地址转换。优点是配置简单、不占用局域网真实 IP，虚拟机上网不需要额外设置；缺点是外面无法主动访问虚拟机里的服务，除非做端口映射。绝大多数日常使用场景，NAT 模式是最省心的选择。

仅主机模式则是一个完全隔离的网络，虚拟机只能和宿主机通信，不能访问外部网络，外部也进不来。这个模式适合做实验网络、恶意软件分析或者搭建上下级环境，保证隔离性。

我自己的习惯是：平时上网和日常使用选 NAT；需要让别人访问虚拟机里的服务时选桥接；做安全测试和完全隔离的实验环境，用仅主机模式。这个思路你可以直接抄。

5. 性能调优、磁盘管理与其他高级功能实战

虚拟机装好了、基本功能摸透了，接下来就是让自己用得“更爽”的阶段。性能调优和磁盘管理这块，有很多实打实的经验和坑，值得单独分享一下。

5.1 分配多少资源才合适

资源分配是一个平衡问题。分配过多，宿主机卡顿；分配过少，虚拟机里运行大型软件力不从心。

关于内存，我一般给虚拟机的配置不超过宿主机物理内存的 50%~60%。比如宿主机 32GB 内存，虚拟机最多给 8GB 或者 16GB，再高就会明显影响宿主机的日常操作。同时要注意，运行多个虚拟机的话，内存总量要加起来算。

关于 CPU，不是核心越多越快。很多软件对多核的利用并不好，分配过多反而会增加上下文切换的开销。我的建议是：普通办公使用给 2 核即可，编译代码、跑虚拟机里的主流开发环境给 4 核，极少数吃 CPU 的场景才需要 6 核以上。关键是看虚拟机里实际运行的程序吃不吃多核。

还有一个容易被忽视的选项：在虚拟机 CPU 设置里，有一个“虚拟化 Intel VT-x/AMD-V”和“虚拟化 CPU 性能计数器”选项。如果你要在虚拟机里再嵌套运行其他虚拟化软件（比如 Docker 或者另一个虚拟机），就必须开启“虚拟化 Intel VT-x/AMD-V”。默认情况下这个选项是关闭的，很多人在这里踩坑之后才恍然大悟。

5.2 磁盘空间为什么会越用越满，怎么清理

虚拟磁盘是磁盘空间管理的一个典型问题。默认情况下，虚拟磁盘是动态增长的，但删除虚拟机里的文件后，虚拟磁盘文件并不会自动缩小。这一点有点像水池——水倒掉了，但池子本身还在那里。

要让磁盘变小，就得用“磁盘清理”。在 VMware 17 Pro 中，编辑虚拟机设置，在硬盘设备上选择“工具”之类的收缩选项（具体名称可能因版本而异，常见于“磁盘清理”或“压缩”）。这个过程实质上是把虚拟磁盘里空闲的块重新整理并释放掉。Linux 虚拟机里还有一个小细节：如果想让收缩功能有效，需要先在客户机内部通过零填充的方式把未使用空间填成零。不一定每次都要做，但需要时你得知道有这回事。

另一个占用空间的大头是“已删除的快照”。前面讲过要少留快照快照链，如果发现虚拟机的磁盘文件异常庞大，第一件事就是去看看快照管理器里有多少残留副本。我见过有同事一台测试虚拟机，快照链叠了十几个，磁盘占用从 60GB 涨到 300GB，最后还是我帮忙清理的快照链才恢复过来。

还有一个经验分享：如果你要长期使用某个虚拟机，但又有大量文件在宿主机和虚拟机之间来回拷贝，建议给它们设置一个“共享文件夹”。在编辑虚拟机设置 > “选项” > “共享文件夹”里启用，选择一个宿主机的目录作为共享路径，虚拟机里就能直接以网络路径的形式访问它。这样做的好处是：宿主机的目录可以直接统一管理，不让虚拟磁盘膨胀。当然，你也可以用拖拽功能直接互相拷文件，但共享文件夹适合持续性的文件交换，拖拽则适合一次性操作。

5.3 虚拟机性能不佳时，我排查的顺序

虚拟机卡顿的原因，很多时候不是单一因素。我梳理一下自己的排查顺序，你可以直接作为参考：

先看资源占用。在宿主机打开任务管理器或资源监视器，看看 CPU、内存、磁盘是否被某个进程占满。如果是虚拟机导致宿主机满载，说明分配资源过多了。

再看虚拟机内部的资源使用。在虚拟机里打开系统监视器，看是 CPU 高还是内存高。内存经常被耗尽的话，说明分配给虚拟机的内存确实不够，而不是“卡”出了问题。

然后看磁盘类型。如果宿主机有固态硬盘，虚拟机的虚拟磁盘文件放在固态上，性能会明显好于机械硬盘。老的机械硬盘跑虚拟机，启动和安装软件都会很慢，这不是 VMware 的问题，是磁盘瓶颈。

最后看是否有后台任务。Windows 虚拟机里的杀毒软件全盘扫描、Windows Update 自动更新，经常会在你不注意的时候把虚拟机的性能吃光。Linux 虚拟机也有类似情况，比如某些发行版会自动跑系统更新。先排除这些软件层面的干扰，再谈优化。

经验之谈：虚拟机性能问题八成出在磁盘，两成出在内存，CPU 真的很少成为瓶颈。优先保证虚拟机文件放在 SSD 上，比什么都有用。

6. 常见问题排查与速查表

这节整理我在实际使用中遇到过的、以及身边人询问最多的几个故障和解决办法，制作成速查表的形式。

这些问题里，我遇到最多的是黑屏和 VMware Tools 安装失败。黑屏这个问题，早期版本概率更高，17 Pro 已经优化不少，但如果你遇到，先别急着重装系统，按表里的顺序排查一轮，大多数都能解决。

6.1 一个典型的排查案例

有一次我帮某位同事排查问题，他的 Windows 11 虚拟机安装完成后启动即蓝屏，期间也没装什么特殊软件。我检查了虚拟机的固件设置，发现不是 UEFI 而是 BIOS。Windows 11 要求 UEFI + 安全引导，这是装完系统后启动崩溃的很常见原因。

我重新创建虚拟机，选择了 UEFI 固件并勾选安全引导，再装一遍，问题就消失了。

还有一次，一个朋友在 Ubuntu 虚拟机里编译内核，结果进度到一半提示磁盘空间不足，但他的虚拟磁盘明明有 50GB 多的空闲空间。问题出在他临时目录挂载在内存盘 /tmp 上，内存空间被占满了。这类问题不是 VMware 的锅，但对不少新手而言，很容易把锅扣在虚拟化软件头上。

所以排查问题要有系统性，先在虚拟机里确认真实原因，再决定要不要动虚拟机设置，不要上来就重装系统或者改虚拟硬件。

6.2 日常使用中要养成的几个习惯

关于使用习惯，我说点自己的体会。

第一个习惯是别怕折腾，但折腾前要有保护。哪怕只是简单装个软件，我也会在装之前随手拍个快照。这个习惯帮我省下了无数次的“系统坏了重新装”时间。

第二个习惯是注意虚拟机的生命周期管理。虚拟机用久了、不需要了，不要直接删除整个目录，先在 VMware 里通过“移除并删除文件”来清理。这样保证虚拟磁盘相关的配置文件能被正确清理，不会在磁盘留下大量垃圾。如果你直接手动删除目录，虽然大多也能删干净，但偶尔会留下内存交换文件等零碎，日积月累也会占用不少空间。

第三个习惯是定期给虚拟机做一次完整清理。把不需要的快照删除、调用磁盘收缩功能、清理虚拟机内部的系统垃圾。这样能防止虚拟磁盘无限膨胀，长期处于健康状态。

7. 一个真实场景案例：从零搭建一套完整的虚拟化实验环境

光说不练是假把式。我拿一个我做过很多次的完整实际案例走一遍：在一台物理机上，用 VMware 17 Pro 同时搭建一台 Windows 虚拟机、一台 Linux 服务器虚拟机，让它们组成一个小型实验网。这个场景非常典型，覆盖了前面讲的大部分操作点。

7.1 场景需求与规划

假设我们要在一台 32GB 内存、1TB SSD 的电脑上，搭建一套测试环境：一台 Windows 11 虚拟机用于跑软件测试，一台 Ubuntu Server 虚拟机用于搭开发服务（比如 Git 服务、网站服务等），两者之间要能互通。

规划如下：

• 宿主机：Windows 11，32GB 内存，1TB SSD。
• Windows 11 虚拟机：分配 8GB 内存、4 核 CPU、120GB 磁盘，NAT 上网。
• Ubuntu Server 虚拟机：分配 4GB 内存、2 核 CPU、80GB 磁盘，NAT 上网，与上述 Windows 虚拟机互通。

关键点是网络模式统一选择 NAT。同一个 NAT 网段内的虚拟机天然可以互相访问，又能同时宿主机上网，管理也最简单。如果想让 Windows 和 Ubuntu 能互相访问，就直接选同一个网卡模式。

7.2 实际操作步骤

第一步，创建 Windows 11 虚拟机。按之前的方法新建虚拟机，客户机操作系统选 Windows 11 x64，固件选 UEFI，勾选安全引导。内存和 CPU 按要求调好，磁盘 120GB，网络选 NAT。

第二步，在虚拟机的虚拟光驱挂载 Windows 11 ISO，启动安装。安装过程中，如果你想让这台虚拟机不这么“卡顿”，可以把视觉效果调成“调整为最佳性能”，这些系统层面的细节对虚拟机体验影响也很大。

第三步，创建 Ubuntu Server 虚拟机。客户机操作系统选 Linux > Ubuntu 64 位，设置好硬件参数，挂载 Ubuntu Server ISO，启动安装。安装时建议只装 SSH Server 和标准工具，不装图形界面，这样可以减少资源占用。

第四步，两台机器都装好系统后，分别安装 VMware Tools。Windows 虚拟机里直接“安装 VMware Tools”并执行安装程序；Ubuntu Server 虚拟机里通过命令行方式安装 Tools 或用发行版自带的 open-vm-tools 软件包。这里一个小提示：Ubuntu Server 用 open-vm-tools 通常更省事，不需要非得运行官方 sh 安装脚本。

第五步，验证网络互通。在 Windows 虚拟机的命令行里 ping Ubuntu 虚拟机的 IP，能通就说明 NAT 网络正常。如果 ping 不通，先检查 Windows 防火墙是否拦截 ICMP 请求，再确认两台虚拟机的 IP 在同一网段。

第六步，给关键节点打快照。在 Windows 虚拟机装完系统、打好补丁、装完常用软件后打一个“初始化完成”快照；在 Ubuntu Server 虚拟机配置好 SSH、装好基本服务后也打一个“服务环境就绪”快照。这样以后再做任何实验，都有干净的回退点。

这套环境搭完了，不仅 Windows 和 Linux 互通，而且可以随意折腾，弄坏了就恢复快照。很多开发者的本地实验环境就是这么构建的。

7.3 这套方案的优势和可能的调整空间

用 VMware 17 Pro 做这套环境，最大的优势就是：完全隔离、随时回退、占用可控。相比直接装双系统，虚拟机方案的灵活度高了一个量级；相比用云服务器，本地虚拟机免费、离线也能用，测试速度更快，伸缩更方便。

如果你的内存更大，比如 64GB，可以开更多虚拟机，搭一套更复杂的内网环境（例如一台路由器虚拟机加两台服务器虚拟机）。磁盘用 SSD，性能基本没有瓶颈。如果你的使用场景偏向容器化，也可以在 Ubuntu 虚拟机里安装 Docker，再挂载多个容器，进一步扩展虚拟化链条的深度。

这个案例里就是我最推荐的 VMware 17 Pro 应用形态：在一台足够强的物理机上，用虚拟机软件把一个原本需要在多台电脑才能完成的实验环境，全部装进一台设备里，并且还能随时回到任何历史状态。

8. 做虚拟化实验时我踩过的几个坑

最后聊几个大多数人不会写在文档里的坑。我已经踩过，希望你别再踩。

8.1 第一个坑：把虚拟磁盘文件放在系统盘

我第一次用虚拟机的时候，图省事，把虚拟机文件都扔到了桌面，也就是 C 盘。结果虚拟机还没用几次，C 盘就满了，电脑变得很卡。后来虚拟机文件一直放在 D 盘，才慢慢把磁盘管理做好。

如果你的电脑只有一个分区，那么建议尽早给虚拟机文件单独规划一个目录，别让它们和系统文件混在一起。

8.2 第二个坑：误以为虚拟机内删了文件，宿主机空间就释放

这个坑我之前已经提过，但值得再说一次。很多人删掉虚拟机里的几个 GB 文件后，发现宿主机的可用空间没有任何变化，就开始怀疑 VMware 是不是有问题。其实这是虚拟磁盘的特性：文件占用的是虚拟磁盘内部的空间，虚拟磁盘文件本身并不自动缩小。一定要用 VMware 的磁盘清理工具去释放空间。

8.3 第三个坑：快照当成备份

有一部分用户会认为，只要给虚拟机打了快照，就等于数据万无一失。事实上，快照只能防“操作错误”，防不了“磁盘物理损坏”或“宿主机系统崩溃”。如果你虚拟机里有重要的项目数据，一定要至少做一份外部备份——复制虚拟机的 vmdk 文件到外置硬盘或网盘，或者直接在虚拟机里把数据打包同步到宿主机的备份目录。

8.4 第四个坑：嵌套虚拟化没打开

有人在虚拟机里装 Docker，装了半天发现启动不了；有人在虚拟机里又想开一台虚拟机，发现 VMware 报错说不支持嵌套虚拟化。原因都一样：没有在虚拟机设置里打开“虚拟化 Intel VT-x/AMD-V”选项。这个功能是默认关闭的，因为绝大多数虚拟机用户不需要嵌套虚拟化，一旦你需要，就一定要记得去开启它。

8.5 第五个坑：关闭虚拟机后直接删除文件

前面说过，删除虚拟机最稳妥的方式是使用 VMware 的“移除”功能。直接手动删除整个目录，虽然大多也能行，但在某些情况下可能会残留 VMware 配置文件记录，下次新建虚拟机可能出现名称冲突之类的小问题。养成用软件本身管理的习惯，干净省心。

9. 最后分享一点我个人的体会

我用了这么多年 VMware，最大的感受是：虚拟机软件本身并不复杂，真正影响使用体验的，往往是你对“资源规划”和“数据管理”的理解。VMware 17 Pro 给了你强大的工具和充足的自定义空间，但如果你一开始就不给虚拟机规划好磁盘位置、不做好快照策略、不区分 NAT 和桥接的应用场景，再强大的软件也会被用得乱糟糟的。

所以这篇教程我没有只讲“怎么点”，而是把每个选择背后的为什么也讲清楚了。以后你遇到任何新问题，也可以按照这个思路去理解：先想清楚这个功能是用来解决什么场景的，再动手操作，大概率不会错。

如果你准备开始用 VMware 17 Pro，我的建议很简单：先把这篇文章里的基础流程完整走一遍，安装一台 Linux 虚拟机、一台 Windows 虚拟机，把它们接入同一个 NAT 网络、互相 ping 通，装好 VMware Tools、打一个快照，再做一次磁盘清理。等你把这一整套流程走完，你对桌面虚拟化的理解就已经超过了大多数人。剩下的，就是带着具体需求去折腾了。