误删文件、系统升级翻车、配置改错，这些事在云服务器上很多运维人员都遇到过。阿里云快照就是为这类时刻准备的：它记下某个时间点磁盘上的数据状态，出了问题可以拿来恢复。这篇文章从快照的基本概念讲起，说明怎么创建、怎么回滚，最后给一套日常管理的思路。
快照和备份有什么不同
快照是云盘在某一时刻的数据记录。它记的是数据块的状态，不是把整块盘再完整拷贝一遍，所以创建快，占用的空间也比较可控。
快照和备份经常被混着说，两者确实有重叠，但用途不一样。快照适合短周期、高频率的回滚，比如升级前打一个，升级出问题马上退回去。备份更适合长期保存和异地容灾。实际工作中一般两样都用：快照处理日常的误操作，备份留给更严重的丢数据情况。
手动创建快照的步骤
快照可以在控制台手动创建，也可以用自动快照策略定时执行。手动创建的路径大致是这样：
- 登录阿里云控制台，进入“云服务器 ECS”，在左侧导航里找到“快照”。
- 点“创建快照”，选中要备份的云盘，填写名称和描述。名称最好带上日期和用途，比如“web-server-data-20240601-升级前”，过段时间翻列表时一眼就能认出来。
- 等状态从“创建中”变成“已完成”，快照才能用来恢复。
有一点要留意：如果云盘正在大量写入，快照的数据一致性可能受影响。数据库这类对一致性要求高的服务，最好先暂停写入，或者配合数据库自带的备份工具一起操作。
自动快照策略怎么配
临时需求手动打快照就够了，长期运维还是要靠自动策略。策略里主要设三样东西：执行时间、保留周期、作用的磁盘。
一个电商团队的实际做法
某中小型电商团队把网站部署在阿里云 ECS 上，数据库和商品图片分别挂在两块云盘。最开始他们没配快照，有一次误执行清理脚本，删掉了一部分订单缓存目录，排查加恢复花了六个多小时。之后团队调整了方案：
- 数据盘每天凌晨两点自动创建快照，保留最近七天。
- 每次大版本发布前手动打一次快照，名称里写明版本号，版本稳定跑两周后再清理。
- 每周把一份快照的数据额外导出到对象存储，当作长期归档。
后来一次数据库参数改错，团队十几分钟就通过快照回滚把服务恢复了。快照真正起作用，靠的是提前想好频率和保留时间，光有快照还不够。
用快照恢复数据的两种方式
恢复大致有两条路，选哪条看故障的范围。
用快照新建云盘
从快照创建一块新云盘，挂到另一台实例上，把需要的文件复制回生产环境。这种方式对现有业务影响最小，适合只想找回部分文件的情况，比如误删了某个目录。
用快照回滚云盘
直接用快照覆盖原来的云盘，整盘退回到快照时间点。速度快，但快照之后写入的数据会全部丢掉。操作前先确认时间点选对了。更稳妥的做法是先给当前状态再打一个快照，万一回滚选错，还能退回来。
上面那个电商团队走的是第一种。他们先从快照建新盘，核对数据没问题，再迁回生产环境，避开了整盘覆盖的风险。
成本和日常管理
快照占存储空间，也会产生费用。数量一多，成本会慢慢积起来，所以要定期清理过期快照。几件事可以留意：
- 按业务重要性分级。核心数据保留久一点，临时数据短一点。
- 每隔一段时间翻一遍快照列表，把已经用不上的旧快照删掉。
- 名称和描述统一格式，批量管理和查账都会省事。
- 在账单里盯住快照那一项，设一个预算告警，免得哪天突然涨了才发现。
快照费用和地域有关，具体价格以阿里云官网公布的最新定价为准。
几条实用建议
快照不能代替完整的备份策略，重要数据还是要有异地副本。快照存在不等于能用，建议定期做一次恢复演练，实际恢复一次，心里才有底。另外，给快照定好命名规范和保留规则，把它放进日常运维流程里，别只当成出事时才想起来的应急手段。
快照用得好，关键时刻能省下大量排查和恢复时间。如果你还没有配置过快照，可以先从最重要的数据盘开始，设一条自动快照策略，再慢慢补全整体的数据保护方案。
