阿里云快照是云盘在某个时间点的数据副本。生成快照的那一刻，磁盘上的数据会被完整记下来。之后原盘即使被修改或删除，快照里的内容也不会变。平时最常见的用途是数据恢复、环境复制和版本回退，在阿里云 ECS 上也是使用频率较高的功能。
快照针对的是云盘，系统盘和数据盘都可以做。创建时不用关机，业务可以照常运行。但数据库这类对一致性要求高的业务，最好在创建前暂停写入，或者先让应用把缓存刷到磁盘上。否则快照里可能包含写到一半的数据，恢复后还要花时间检查。
快照的工作原理
阿里云快照采用增量方式保存。第一次创建时，系统记录整块磁盘的数据。之后再创建，只保存和上一次快照相比发生变化的数据块，所以每次快照占用的空间小，创建也更快。
删除中间某个快照时，系统会把它仍然需要的数据合并到后面的快照里。每个快照都可以独立用于恢复，删掉其中一个，其他快照不会失效。
快照能帮你恢复哪些情况
- 误删文件或数据写坏：可以把云盘回滚到快照时间点，也可以用快照创建新盘、挂载后只取需要的文件。后一种做法更稳妥，因为不会覆盖现有数据。
- 系统变更出问题：升级操作系统、更新应用或修改关键配置前，先做一个快照。变更失败时，回到这个时间点即可。
- 批量部署同样的环境：把配置好的系统盘快照制作成自定义镜像，之后用它批量创建云服务器，各台机器的环境能保持一致。
- 异地容灾或业务迁移：快照可以复制到其他地域，适合需要异地保存数据或迁移业务的场景。
- 定期备份：设置自动快照策略，按时间和保留天数自动生成快照，过期的快照会被自动清理。团队不想每次手动操作时可以用它，但需要定期确认策略仍在生效。
实际案例：电商网站升级前的保护
假设一家小型电商公司在阿里云 ECS 上运行网站，数据盘存放订单和商品数据。运维计划升级数据库版本。升级前，他们为数据盘创建快照，并在描述里写明“升级前备份”，方便之后找到。
升级时，一条脚本误删了部分订单表。团队没有急着手动修复，而是把数据盘回滚到升级前的快照。整个恢复只用了几十分钟，订单数据回到了升级前的状态。之后团队排查脚本问题，修正后重新执行升级。
这个例子说明，快照的价值在于给操作留出一个可以回退的时间点。没有快照的话，团队只能一条条找回订单，耗时更长，出错风险也更高。
使用时要注意的问题
- 快照不能替代完整的备份策略：快照和源盘通常位于同一地域。遇到地域级故障时，只靠快照可能不够，需要配合跨地域复制或其他备份方式。
- 快照会产生费用：快照按存储容量计费，长期保留大量快照会增加成本。按业务需要设置保留时长，并定期清理不再需要的快照。
- 回滚会覆盖当前数据：回滚无法撤销。执行前先为当前磁盘再建一个快照，万一选错了时间点，还能切换回来。
- 多块云盘需要同时恢复时：可以使用快照一致性组，确保各块盘的数据属于同一时间点。否则数据盘和日志盘之间可能对不上。
小结
阿里云快照是云盘的时间点副本，采用增量存储。它能用来恢复误操作的数据，也能用来制作镜像和异地复制。实际使用时，建议把快照和自动备份策略结合起来，并定期检查快照能否正常恢复。一个从没试过恢复的快照，出事时未必靠得住。
