云服务器跑久了，最让人不踏实的往往是数据。误删一个目录，升级程序时报错卡住，或者服务器中了勒索病毒，业务可能一下子就停了。阿里云快照就是应对这类情况的常用办法，它能把云盘在某个时间点的数据状态记下来，出问题后用来回滚或恢复。这篇文章说说它的基本原理，怎么手动创建，怎么配置自动策略，以及用的时候容易踩的坑。
快照是什么，用起来有什么特点
快照是云盘在某一时刻的数据记录。创建之后，系统会保存当时的数据视图，之后对云盘的修改不会影响这份快照。和传统备份相比，快照的好处是快，对业务的影响小，通常几秒到几分钟就能完成创建。
但快照和异地备份是两回事。快照与源云盘位于同一地域，如果这个地域出现故障，快照也会受影响。所以它更适合做本地的快速恢复，重要数据还是要另外放一份到异地。
- 增量存储：第一份快照保存完整数据，之后的快照只记录相对上一次有变化的数据块，存储占用会小很多。
- 快速恢复：可以用快照创建新云盘，也可以回滚系统盘。相比重新部署整套环境，恢复速度快得多。
- 一致性：如果操作系统和应用支持，可以配合文件系统冻结或应用一致性工具使用，减少快照里出现半写入数据的风险。
- 自动化：通过快照策略设定创建周期和保留天数，不用每次手动去点。
变更前手动创建快照
临时性的改动，比如准备升级数据库版本，最直接的做法就是先手动建一份快照。大致步骤如下：
- 登录阿里云管理控制台，进入“云服务器 ECS”页面。
- 在左侧导航栏选择“快照”，点击“创建快照”。
- 选择需要备份的云盘，填写快照名称和描述。
- 等待快照状态变为“已完成”，再开始正式变更。
名称最好写清楚改了什么、哪天改的，比如“mysql-upgrade-before-20240501”。回滚的时候，名字写得清楚，找快照的时间会短很多。系统盘和数据盘也建议分开建，一个出问题时另一个还能用。
用自动策略把备份固定下来
人工操作难免有遗漏，长期运维更适合靠快照策略。策略可以绑定一块或多块云盘，设置时主要看三件事：
- 执行周期：可以按天、按周，也可以指定时间点。生产库一般放在凌晨低峰期执行，避免快照过程影响读写。
- 保留时长：保留天数决定了你能回溯到多久以前。这个数字要以业务的恢复要求为准，而不是随手填一个。
- 关联云盘：策略绑定时要检查是否漏掉了数据盘。很多事故就出在新加的盘没有被纳入策略。
误删之后，快照怎么派上用场
假设一家电商团队的运营后台部署在一台ECS上，数据库放在独立的数据盘中，并配置了每天凌晨两点的自动快照，保留七天。
某天下午，有人在执行清理脚本时误删了订单表的一部分历史数据。团队第一时间暂停了相关写入，避免数据继续被覆盖。接着找到前一天凌晨的快照，用它创建一块新云盘，挂到临时实例上做校验。确认数据完整后，再把缺失的记录导回生产库。
整个过程大约用了两个小时。因为没有直接回滚原数据盘，业务中断的时间压到了最低，误操作前后的数据也都保留着，方便对比。可见快照的价值一半在于有没有，另一半在于团队是否清楚恢复的路径。平时做过一两次恢复演练，真出事时才不至于手忙脚乱。
用快照之前要想清楚的几件事
- 快照会占用存储空间并产生费用。定期检查不再需要的快照，清理掉，同时留意账单的变化。
- 数据库业务尽量在低峰期建快照，或者和数据库自带的备份工具配合使用，别只依赖一种手段。
- 恢复流程要定期演练。快照建了不等于能用，最好每隔一段时间实际恢复一次，确认流程和数据都没问题。
- 重要的快照可以考虑跨地域复制或导出到其他存储，降低地域级故障带来的风险。
快照适合做备份体系里的快速恢复这一层。设好自动策略，变更前手动补一份，再定期验证恢复流程，遇到误删或变更失误时就能从容应对。异地备份和数据库备份可以和它一起使用，互为补充。
