虚拟机磁盘空间不足时，最快的解决思路是先扩容虚拟磁盘文件，再扩展系统内的分区，两步缺一不可。很多用户遇到虚拟机卡顿第一反应是加内存或调CPU，但实际检查下来，相当一部分卡顿源于磁盘占用率达到上限，系统盘写满后，虚拟机的Swap机制会频繁读写磁盘，严重拖慢整体响应速度，下面按照不同虚拟化平台，拆解具体的扩容操作路径。
通过虚拟机设置直接扩容虚拟磁盘（以VMware Workstation为例）
VMware Workstation是个人用户和开发环境最常见的虚拟机平台，扩容操作分为两层：虚拟磁盘文件层和客户机操作系统分区层，只做第一层，系统里还是显示原容量；只做第二层，没有剩余空间可扩展，必须顺序执行。
第一步：关闭虚拟机并修改磁盘容量
- 确认虚拟机处于关机状态，正在运行的虚拟机无法修改磁盘大小。
- 右键虚拟机标签,选择"设置"，进入"硬件"选项卡。
- 点击"硬盘"，右侧窗口会显示当前磁盘容量，直接在"最大磁盘大小"输入框填入目标数值，比如从40GB改为100GB。
- 点击"确定"保存配置。
需要注意,如果虚拟机创建时开启了"拆分磁盘为多个文件"选项，扩展操作依然适用，但如果是通过模板克隆出来的链接克隆虚拟机，需要先"全部展开"再扩容，否则修改可能会失败。
第二步：在客户机系统中扩展分区（Windows示例）
磁盘文件扩容后,客户机系统仍然显示原始容量，因为分区表和文件系统没有感知底层变化，此时进入Windows系统，右键"此电脑"选择"管理"，进入"磁盘管理"，下方磁盘图示会看到一块未分配空间，紧跟在C盘右侧，右键C盘分区，选择"扩展卷"，按向导将未分配空间全部并入C盘。
这个操作全程在线即可完成,不需要重启系统，也不影响现有数据。唯一限制是未分配空间必须紧邻目标分区的右侧，如果中间隔着一个恢复分区或OEM分区，扩展卷选项是灰的，遇到这种情况，需要先通过第三方分区工具把中间的分区挪开，或者用DiskPart命令清理非必要分区。
对于Linux系统,扩展分区逻辑类似，但更推荐用growpart或resize2fs命令组合处理，例如根分区为/dev/sda3，执行growpart /dev/sda 3刷新分区表，再执行resize2fs /dev/sda3同步文件系统大小，全程不需要卸载磁盘。
生产环境中虚拟机扩容的不同思路（面向ESXi和vSphere）
对于跑生产业务的虚拟机,停机扩容窗口往往难以申请，业内专家指出，企业在规划虚拟化架构时就应该预留容量池，通过存储热添加功能应对突发增长。
虚拟磁盘热添加的适用场景
VMware vSphere支持在虚拟机开机状态下直接扩展现有虚拟磁盘，前提是虚拟机的SCSI控制器类型为LSI Logic SAS或VMware Paravirtual，且客户机操作系统支持热插拔，操作路径为：vSphere Client中选中虚拟机，右键"编辑设置"，找到目标硬盘，修改容量后确认，系统无需重启即可识别新空间。
这个方案适合磁盘容量临时不够、但虚拟机不能停机的场景，比如数据库服务器或核心业务系统，但需要注意，热添加扩容的是数据盘时风险较低，如果是对系统盘（C盘或根分区）扩容，Windows Server 2008 R2及更早版本可能无法自动识别，仍需计划内重启。
数据存储层扩容比虚拟机磁盘扩容更关键
ESXi主机上的虚拟机磁盘文件存储于数据存储（Datastore）中，如果整个数据存储空间耗尽，不只是单台虚拟机卡顿，而是该存储上所有虚拟机都会异常，此时需要先向数据存储中新增LUN或扩大LUN容量，然后通过vSphere的"Storage vMotion"功能在线迁移虚拟机文件，这个过程需要共享存储或vMotion许可证支持，中小型环境受限较多，更务实的方法是清理快照和旧备份文件。
快照文件是占用虚拟磁盘空间的大户。 虚拟机打快照后，所有写操作都写入增量差异文件，快照越久，差异文件越大，甚至可能超过基础虚拟磁盘，建议快照保留时间不超过3天，超过一周的快照应尽快合并，否则不只是空间问题，虚拟机的读写性能也会明显下滑。
VirtualBox虚拟机扩容的独有操作差异
Oracle VirtualBox和VMware的扩容路径不完全一致，经常有人把两者操作弄混，VMware是在虚拟机设置里直接改数字，而VirtualBox需要先用命令工具处理VDI/VHD文件，再进系统扩展分区。
修改虚拟硬盘文件的真实容量
- 关闭虚拟机,打开命令行工具，进入VirtualBox安装目录（例如
C:\Program Files\Oracle\VirtualBox）。 - 执行
VBoxManage modifymedium disk "虚拟机硬盘文件完整路径" --resize 102400，数字单位是MB，102400即100GB。 - 如果原磁盘文件是VHD格式,命令语法相同，但VHD格式对动态扩容的碎片管理不如VDI稳定，大容量扩容前建议先转换为VDI格式。
扩容完成后,客户机系统内的分区扩展步骤与前述VMware完全一致，Windows用磁盘管理或DiskPart，Linux用growpart和resize2fs。
VirtualBox使用精简配置时容易踩的坑
VirtualBox创建虚拟机时默认使用"动态分配"（即精简配置），这种模式创建出来的虚拟磁盘文件本身很小，随着数据写入逐渐变大，很多人在扩容时发现，虚拟机设置里显示100GB，但宿主机上对应的.vdi文件却已经膨胀到接近100GB，导致宿主机磁盘也被占满，这种情况下盲目扩容虚拟机磁盘意义不大，反而加剧宿主机负担，解决思路是先在客户机内用sdelete（Windows）或zerofree（Linux）将空闲空间清零，然后执行VBoxManage modifymedium disk --compact压缩虚拟磁盘文件，瘦身后的文件体积能显著缩小。
虚拟机卡顿到底和磁盘空间不足有多大关系
需要区分"磁盘空间满"和"磁盘性能差"两个概念，扩容解决的是容量问题，但虚拟机的卡顿可能是多个因素叠加造成的。
存储I/O瓶颈的排查清单
- 宿主机物理磁盘类型,机械硬盘的随机读写性能远低于SSD/NVMe，多台虚拟机共用一块机械盘时，I/O等待时间会急剧拉长。
- 虚拟磁盘控制器的类型,VMware中默认的SCSI控制器比IDE更适合多队列并发，SATA控制器适合普通场景，高负载数据库建议使用Paravirtual SCSI。
- 内存是否充足,物理内存不足时，虚拟机频繁触发Swap，等同于让磁盘承担内存的工作，这类卡顿扩容磁盘毫无作用。
从数据写入方式判断空间优化方向
虚拟机的写入机制直接影响空间占用,Windows虚拟机的系统还原点、休眠文件（hiberfil.sys）、页面文件（pagefile.sys）都是固定占用数GB到十几GB的"空间黑洞"，Linux虚拟机的日志文件、Docker镜像层、容器日志也容易在长时间运行后膨胀到几GB甚至几十GB，建议每季度做一次磁盘空间体检，重点检查这些高占用目录，比等到卡顿再去扩容更省事。
常用虚拟化平台的扩容操作对比
| 平台 | 是否需要停机 | 磁盘文件格式 | 扩容后是否需要扩展分区 | 适用场景 |
|---|---|---|---|---|
| VMware Workstation | 需要关机 | vmdk | 需要 | 开发测试环境 |
| VMware ESXi/vSphere | 支持热添加（生产环境建议停机） | vmdk | 需要，Windows自动识别或重启 | 生产环境 |
| VirtualBox | 需要关机 | vdi/vhd | 需要 | 个人学习、轻量服务 |
| Hyper-V | 需要关机（或使用PowerShell在线扩展） | vhdx | 需要 | Windows生态测试环境 |
Hyper-V的VHDX格式支持在线调整大小，通过PowerShell命令Resize-VHD -Path D:\VM\磁盘.vhdx -SizeBytes 100GB即可在虚拟机运行中扩容，但扩展分区仍需进入客户机内操作新增加的未分配空间。
如何一次性把扩容做得更彻底
扩容虚拟磁盘只是应急手段,持续卡顿的根源往往在于最初规划容量时预留不足，结合行业共识，容量规划应遵循两个原则：系统盘容量按实际需求的1.5-2倍预留，数据盘使用独立虚拟磁盘并单独挂载，避免系统和数据混用一个分区，把操作系统、应用日志、业务数据分开存放，未来任何一层出现问题都不会相互拖累。
在移动虚拟磁盘文件时也需要注意,如果宿主机本地空间本身已告急，扩容后的磁盘文件会进一步挤压宿主资源，正确的做法是先通过存储迁移将虚拟磁盘挪到空间充足的存储位置，再执行扩容，顺序颠倒可能导致扩容过程中磁盘文件损坏。
虚拟机磁盘空间不足的常见问题解答
虚拟机磁盘扩容后发现系统无法启动怎么办？
这种情况通常发生在扩展了包含引导程序的分区之后,或者虚拟磁盘文件在扩容过程中被中断，不要反复重启尝试，先检查磁盘文件完整性，VMware环境中可以尝试使用vmware-vdiskmanager -R修复磁盘，VirtualBox中执行VBoxManage internalcommands repairhd，如果修复失败，使用原始的备份文件回滚，养成扩容前导出OVF模板或复制磁盘文件的习惯很有必要。
虚拟机磁盘扩容是选择在宿主机层面扩容还是新建一块虚拟磁盘挂载？
宿主机层面扩容适合系统盘容量不足且无额外磁盘槽位的场景,操作简单但单盘故障风险集中，新建虚拟磁盘挂载适合数据增长的场景，例如数据库文件目录、Web站点根目录，将新磁盘挂载到指定目录即可，不需要改动原有分区结构，多数情况下新建虚拟磁盘更安全，回滚也更方便。
虚拟机磁盘空间不足和虚拟内存大小有关系吗？
有关系但不是同一个问题,虚拟内存（Swap/pagefile）大小影响系统响应速度，磁盘空间不足影响数据写入能力，当物理内存耗尽时，系统会扩大虚拟内存占用，如果此时磁盘剩余空间很小，就会同时出现"内存不足"和"磁盘空间不足"双重报错，适当手动设置固定大小的虚拟内存（例如物理内存的1.5倍），可以减少这类连锁故障的发生概率。