VMware vSphere快照怎么用

vSphere 快照很方便，改配置前拍一下，升级系统前拍一下，测试补丁前拍一下，出问题还能回滚。但快照不是备份，也不适合长期保留。很多虚拟化环境出问题，不是因为不会创建快照，而是把快照当成备份长期留着，导致磁盘增长、性能下降，甚至数据存储空间紧张。

一、快照适合什么场景

快照适合短时间保存虚拟机某一刻的状态，方便在变更失败时回退。

适合场景：

• 系统补丁更新前。
• 应用升级前。
• 配置变更前。
• 临时测试前。
• 安装驱动或工具前。
• 风险较小的短期回退需求。

不适合场景：

• 长期备份。
• 数据库长期保护。
• 大文件持续写入场景。
• 长时间保存生产状态。
• 替代备份软件。
• 替代容灾方案。

快照的定位是短期保护点，不是长期数据保护方案。

二、创建快照前检查

创建快照前建议检查：

不要在不知道数据存储剩余空间的情况下随意创建快照。写入量大的虚拟机，快照文件增长可能很快。

三、创建快照的基本流程

在 vSphere Client 中，可以按以下方式操作：

1. 选择目标虚拟机。
2. 打开快照相关操作。
3. 选择创建快照。
4. 填写快照名称。
5. 填写说明，例如变更原因和计划删除时间。
6. 按需选择是否包含虚拟机内存。
7. 按需选择是否静默客户机文件系统。
8. 确认创建。

快照名称建议包含日期和目的：

20260714-before-system-update
20260714-before-app-upgrade

说明中写清楚：

用途：应用升级前保护点
创建人：运维A
计划删除时间：升级验证通过后当天删除

这样后续看到快照时，不会不知道它为什么存在。

四、恢复快照前要确认影响

恢复快照会让虚拟机回到快照创建时的状态。快照之后的系统更改、应用数据、配置变化可能丢失。生产环境恢复前必须确认业务影响。

恢复前检查：

• 快照创建时间是否正确。
• 快照之后是否产生重要数据。
• 数据库或业务系统是否允许回滚。
• 是否需要先备份当前状态。
• 是否通知相关人员。
• 是否有维护窗口。
• 是否有应用层回滚方案。

对于数据库、订单系统、财务系统等，不应只靠虚拟机快照随意回滚，因为应用数据一致性可能更复杂。

五、删除快照不是删除数据

很多人担心“删除快照会不会把当前数据删掉”。通常情况下，删除快照是把快照增量数据合并回虚拟磁盘，不是回退虚拟机，也不是删除当前系统数据。

但删除快照会产生合并操作，可能带来：

• 磁盘 I/O 压力。
• 删除过程耗时较长。
• 数据存储空间压力。
• 高峰期性能波动。

生产环境删除大快照时，建议选择业务低峰期，并先确认数据存储空间。

六、不要长期保留快照

长期快照常见风险：

• 快照文件持续增长。
• 数据存储空间被占满。
• 虚拟机磁盘性能下降。
• 快照链复杂，删除耗时增加。
• 备份和迁移任务受影响。
• 管理人员不知道快照用途。

建议建立规则：

普通变更快照：验证通过后当天删除
系统升级快照：1–3 天内删除
特殊变更快照：记录原因和负责人
超过 7 天快照：必须复核

具体保留时间应按企业策略制定，但原则是不要长期留着不管。

七、快照管理清单

每周可以检查：

• 是否存在超过保留期限的快照。
• 快照名称是否说明用途。
• 是否有无负责人快照。
• 哪些虚拟机快照文件增长较快。
• 数据存储空间是否健康。
• 是否存在多层快照链。
• 是否有快照影响备份任务。

快照管理应纳入日常运维，而不是出问题才处理。

FAQ

问：VMware vSphere 快照可以当备份吗？
不建议。快照适合短期回退，不能替代备份和容灾。

问：删除快照会回滚虚拟机吗？
不会。删除快照通常是合并增量数据，当前虚拟机状态会保留。

问：生产虚拟机能创建快照吗？
可以，但要评估写入量、空间、业务一致性和保留时间，不建议长期保存。

问：快照保留多久合适？
应尽量短期保留。变更验证通过后及时删除，超过企业策略期限的快照需要复核。