VirtualBox快照为何占用空间越来越大？

Question

VirtualBox快照为何占用空间越来越大？ 根本原因在于其**增量磁盘机制**：每次创建快照时，原虚拟磁盘（.vdi/.vmdk）被冻结为只读基盘，后续所有写入操作均记录到新的差异磁盘（diff disk）中。随着虚拟机持续运行、安装软件、产生日志或临时文件，差异磁盘不断增长——即使删除 guest 内文件，底层块仍被标记为“已使用”，无法自动回收；更关键的是，**快照链越长、分支越多，冗余数据和未合并的变更层就越多**。此外，若启用“保存状态”快照（而非“正常关机”快照），内存页也会被写入快照文件，进一步增大体积。用户常误以为“删除旧快照即释放空间”，实则 VirtualBox 仅在**合并快照时才真正重写并压缩磁盘**，而该过程需大量临时空间且耗时漫长。长期累积未清理的快照链，极易导致宿主机磁盘告急——这不是 Bug，而是设计使然。

Answer 1

```html

一、现象层：快照文件体积持续膨胀的直观表现

• 新建快照后，宿主机磁盘可用空间以每日数百MB~数GB速度下降；
• 同一虚拟机下多个快照（如 snap-20240101, snap-20240215, snap-dev-patch）共存时，.sav 和 -Diff.vdi 文件总和远超原始磁盘大小；
• VirtualBox GUI 中“快照树”显示多级嵌套分支（如 dev → feature-A → hotfix-1 ← feature-B），但各节点差异磁盘未自动去重；
• 执行 VBoxManage snapshot delete 后，磁盘空间几乎无变化——引发运维人员困惑与误判。

二、机制层：增量磁盘（Copy-on-Write Diff Disk）的设计本质

VirtualBox 快照并非全量克隆，而是基于写时复制（CoW）的分层存储模型：

层级	读取路径	写入行为	物理文件
Base disk（基盘）	只读，所有快照共享	禁止写入	vm.vdi
Snapshot N（差异盘）	若块未修改则回溯至父层	新写入/覆盖→落盘至当前-Diff.vdi	vm-SnapshotN.vdi
“保存状态”快照	额外加载内存镜像	整页内存 dump → .sav 文件（可达2–8 GB）	vm-SnapshotN.sav

三、放大层：空间失控的四大加速器

1. Guest OS 删除 ≠ 块释放：Linux rm 或 Windows 删除仅更新文件系统元数据，底层扇区仍被差异盘标记为“已分配”，TRIM/UNMAP 默认不透传至 VirtualBox 虚拟磁盘层；
2. 快照链分裂导致冗余写入：当从 snapshot-A 分支出 B 和 C，二者各自记录对同一逻辑块的修改，即使内容相同也生成独立副本；
3. 日志与临时文件高频写入：数据库事务日志（ib_logfile）、容器镜像层缓存、IDE 编译中间产物等持续触发 CoW，使 -Diff.vdi 线性增长；
4. 合并延迟惩罚：删除中间快照需触发“链式合并”（如删 A 需将 A→B 变更合并进 B 的父盘），期间需 2× 峰值差异盘空间作临时缓冲。

四、验证层：定位空间占用根因的操作指令集

# 查看快照拓扑与磁盘映射关系
VBoxManage showvminfo "MyVM" | grep -A 20 "Snapshots:"

# 统计各差异盘真实大小（含稀疏文件逻辑）
du -sh *.vdi | grep -E "(Diff|snapshot)"

# 检查是否启用 TRIM（需 Guest 添加 VBoxGuestAdditions + 手动配置）
VBoxManage storagectl "MyVM" --name "SATA" --hostiocache on  # 仅限 VDI 固态模拟

# 分析 .sav 内存镜像占比（适用于“保存状态”型快照）
ls -lh *.sav | awk '{sum += $5} END {print "Total SAV size: " sum/1024/1024 " MB"}'

五、解决层：面向生产环境的渐进式治理策略

graph LR A[评估快照必要性] --> B{是否保留？} B -->|否| C[强制合并并清理
（VBoxManage snapshot delete）] B -->|是| D[执行 Guest 层空间回收] D --> E[Linux: fstrim -v / && dd if=/dev/zero of=/EMPTY bs=1M && rm -f /EMPTY] D --> F[Windows: “优化驱动器”+ sdelete -z C:] C --> G[合并后 compact vdi
VBoxManage modifymedium --compact vm.vdi] G --> H[最终验证：
du -sh vm.vdi vs 初始大小]

六、架构层：替代方案对比与长期演进建议

对于高频率快照需求场景，应重新评估技术栈适配性：

• 开发测试环境：改用 LXC/LXD 容器（秒级快照+写时复制文件系统 ZFS/Btrfs）；
• CI/CD 流水线：采用 immutable VM 镜像（Packer 构建 + HashiCorp Vagrant box）替代运行时快照；
• 灾备演练：启用 VirtualBox 的 --startvm + --type headless 自动化快照链裁剪脚本，结合 cron 定期执行；
• 监控告警：通过 VBoxManage list hdds 解析 JSON 输出，集成 Prometheus + Grafana 实现快照磁盘增长率阈值预警（>5% / day 触发工单）。

```