虚拟机快照不是备份：生产环境别把两者混为一谈
虚拟机快照适合短期回滚，备份适合灾难恢复。长期保留快照会影响性能和存储风险。
快照和备份经常被混用。很多管理员升级前打一个快照，以为这就是备份。短期回滚可以这样做，但长期依赖快照非常危险。
快照记录的是某个时间点之后磁盘变化。它通常依赖原始磁盘存在。原始存储损坏、底层块设备丢失、快照链异常时，快照不一定能救你。
备份应该是独立副本，最好放在不同存储、不同故障域，甚至异地。备份的价值在于原平台出问题时仍可恢复。
快照适合：
- 软件升级前短期保护。
- 配置变更前快速回滚。
- 测试环境临时保存状态。
备份适合：
- 数据误删恢复。
- 存储故障恢复。
- 勒索软件应对。
- 整个平台灾难恢复。
运维建议：
- 快照不要长期保留。
- 快照数量和链路深度要限制。
- 关键系统必须有定期备份。
- 备份必须做恢复演练。
一句话：快照是方便，备份是底线。生产环境不能用方便替代底线。
为什么长期快照会拖慢虚拟机
快照通常会让后续写入进入新的差异文件。快照链越长，读写路径越复杂。对于数据库、日志系统、消息队列这类高写入业务，长期快照可能明显增加 IO 延迟。
运维上要关注三个风险：
- 快照链过长。
- 快照占用空间持续增长。
- 删除或合并快照时产生高 IO。
建议制定规则：
- 生产快照默认保留不超过 24-72 小时。
- 升级前快照必须在验证完成后清理。
- 快照清理安排在低峰期。
- 快照不能替代每日备份。
备份恢复演练要验证什么
备份不是看到任务成功就结束。至少要定期验证：
- 能否恢复到隔离环境。
- 恢复后的虚拟机能否启动。
- 应用服务能否正常访问。
- 数据库一致性是否正常。
- 恢复耗时是否满足 RTO。
FAQ
升级前能不能打快照？
可以，但它是短期回滚手段。升级完成并验证后应及时清理。