首页/云/云平台与虚拟化速查/VMware 快照机制与风险
虚拟化基础63 条

VMware 快照机制与风险

VMware 快照基于重做日志记录快照创建后的写入:新写进入 -delta.vmdk,基础盘保持只读;快照不是备份,长期保留会造成磁盘膨胀与合并风险。

云平台与虚拟化速查云更新于 2026-10-13

VMware 快照是什么

VMware 快照基于重做日志记录快照创建后的写入:基础磁盘转为只读,新的写入进入增量文件,元数据文件负责记录快照树结构。理解这一点就能理解它的风险——快照不是备份,它只是把变更暂存起来,长期保留会造成增量文件膨胀与合并耗时。

基本信息

组成快照树、增量磁盘文件与元数据文件
基础盘变化创建快照后基础盘转为只读,后续写入进入增量文件
典型用法变更或打补丁前的短期保护、测试前留存检查点
主要风险链路过长、增量文件膨胀、合并耗时长且耗时随链长增加
容量位置增量与基础盘位于同一数据存储,存储写满会同时影响两者
管理入口在客户端中管理快照,删除即触发合并动作

查看快照信息

查看快照信息
cat /vmfs/volumes/ds1/vm1/vm1.vmsd | head -40        # 查看快照元数据,含名称与创建时间
ls -lh /vmfs/volumes/ds1/vm1/ | grep -i delta         # 查看增量文件大小
# 客户端路径:虚拟机 → 快照 → 管理快照
# 删除快照会触发合并,虚机忙碌时合并时间会明显拉长

操作与风险对照

操作作用风险
创建快照记录当前时点状态增量文件随写入增长,占用数据存储容量
还原快照回到快照时点快照之后的数据全部丢失,需事先确认
删除快照删除该点在树中的记录并触发合并合并期间 IO 压力上升,容量不足时合并失败
保留多份快照形成更长的快照链链路越长性能影响越明显,合并越慢
快照增量与基础盘位于同一数据存储,存储写满会同时影响两者:创建快照前评估剩余容量与保留时长,并优先确保数据存储有足够余量。合并过程中容量不足会导致快照无法删除,问题会持续恶化。
把快照当备份是最常见的误解:底层存储故障或数据存储损坏时,快照与源盘会一起丢失。需要独立备份时应使用专门的备份产品,把数据复制到另一套存储或另一个位置。

易错点

  • 把快照当备份使用:底层存储故障时快照与源盘一起丢失,没有独立恢复路径
  • 长期保留大量快照不做合并:虚机 IO 性能持续下降,合并时间随之不断拉长
  • 数据存储容量余量不足时创建快照:存储写满导致虚机暂停,影响面覆盖同一存储上的所有虚机
  • 还原快照前未确认业务影响:快照之后产生的数据与配置全部丢失,且无法通过再操作找回
  • 删除快照时未评估合并窗口:合并占用大量 IO,业务高峰期执行会造成明显性能抖动

数据来源与参考

  • VMware Docs:使用快照管理虚拟机状态
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌