以每日备份为基线，快照保留最近三份，备份时间错开业务高峰，同时预留手动快照作兜底。配置得当的快照策略，既能在数据丢失时快速回滚，又不会让快照费用失控，下面直接拆解设置方法、保留周期和成本控制。
云主机自动快照策略怎么设置
自动快照策略本质是给云盘创建一个定时任务,到点自动给磁盘拍一份只读副本，国内主流云厂商的控制台里，入口路径大同小异：云服务器ECS（或云主机）→ 快照 → 自动快照策略 → 创建策略，策略里的核心参数有四个：执行时间、重复日期、保留规则、是否跨地域复制。
设置时按这个顺序操作比较顺手：
- 先定执行时间,优先选凌晨 02:00 到 05:00 的窗口期，这个时段业务写入量最小，快照一致性最好。
- 再选重复日期,普通业务选每天执行即可，数据库或订单系统建议每天执行。
- 保留规则建议选择按数量保留,保留最近 3 份快照。
- 跨地域复制先关闭,需要容灾时再单独开启。
执行时间的选择比想象中更关键。 快照过程会短暂占用云盘IO，虽然多数情况下影响不大，但遇到数据库写入高峰期，快照可能会引起轻微的延迟毛刺，行业共识认为，快照任务应尽量避开整点整分的业务高峰，比如电商大促期间的 00:00 抢购时段，或者财务系统月末结算的白天时段。
| 策略参数 | 推荐值 | 说明 |
|---|---|---|
| 执行时间 | 02:00 - 05:00 | 写入低谷期，快照一致性高 |
| 重复日期 | 每天 | 数据变更频繁时使用 |
| 保留方式 | 按数量保留 | 避免按时间保留导致快照堆积 |
| 保留数量 | 3 份 | 兼顾回滚点和成本 |
自动快照策略保留几天合适
很多初次接触云主机的用户,会把快照保留时间设成 30 天甚至更长，这个思路其实不太划算，快照费用按存储容量计费，保留时间越长，占用空间越大，费用也越高。
更合理的方式是区分核心数据和非核心数据，分别设置不同保留周期。
业务场景不同,保留周期差异明显：
- 核心数据库（MySQL、SQL Server）：保留最近 3 份自动快照，每周额外做一次手动快照，保留 7 天后手动删除。
- 网站静态文件或代码目录：保留最近 2 份自动快照即可，回滚到两天前已经足够。
- 日志服务器或临时计算任务：只保留最近 1 份自动快照，出问题能回到昨天的状态就行。
业内专家指出,快照并不等同于备份，快照只能解决云盘层面的数据恢复问题，如果整个可用区发生故障，快照也会跟着遭殃，所以自动快照策略保留几天，除了看费用，还要看有没有跨地域的备份手段。
自动快照策略里有两个容易混淆的选项：按数量保留和按时间保留，按数量保留会让系统在快照数量超过设定值时自动删除最旧的快照，按时间保留则是让快照在达到设定天数后过期。绝大多数场景下，按数量保留更稳妥，因为时间保留会让快照数量不可控，比如保留 3 天，但期间手动创建了额外快照，费用就会悄悄上涨。
快照策略怎么设置才不会影响业务
自动快照触发瞬间,云盘会进行一次快照冻结操作，这个过程对大多数应用没有感知，但有两种情况需要特别留意。
第一种是大内存、高IOPS的云主机，快照时会产生短暂的IO停顿，虽然通常是毫秒级别，但在秒杀系统或实时交易系统里，这种抖动不可忽视，解决办法是给这类实例单独设置一个策略，执行时间避开秒杀时段，或者干脆不用自动快照，改为业务低峰期手动快照。
第二种是数据库实例，如果数据库没有开启事务日志备份，单独靠快照恢复时，可能丢失最后几分钟的写入，更稳妥的做法是搭配binlog或redo log使用，恢复时先回滚快照，再重放日志到故障点。
这里有一个实操细节值得记下：部分云厂商的快照控制台里，可以勾选“应用一致性快照”，前提是云主机内安装了对应的代理插件，开启后，快照会先静默文件系统，再发起快照，数据库文件会处于一致性状态。强烈建议对数据库实例开启这个选项，恢复时省去很多麻烦。
很多人分不清快照和镜像的区别,快照是某个时间点云盘状态的副本，依赖云盘存在；镜像是包含操作系统和运行环境的完整模板，可以直接用来创建新实例，自动快照策略解决的是“数据坏了怎么回滚”的问题，镜像解决的是“系统崩溃了怎么重装”的问题，两者不能互相替代。
云主机快照费用怎么控制
云主机的自动快照策略越密集,费用越高，这是实打实的成本，快照费用的计算方式通常是快照存储容量乘以单价，而快照存储又是增量模式，只保存相对于上一份快照变化的数据块，所以即使保留了 3 份快照，实际占用空间未必是云盘容量的 3 倍，通常远低于这个数。
控制快照费用的三个方法：
- 缩减非核心云盘的自动快照策略,把保留数量从 3 降到 2，费用下降约三分之一。
- 定期清理过期的手动快照,很多人创建了手动快照就忘记删，月复一月地产生存储费用。
- 把临时性云盘（如编译服务器、压测环境）的快照策略直接关闭，避免无意义备份。
用数据说话：某中等规模的云主机配置为 200GB 系统盘 + 500GB 数据盘，如果每天一次快照保留 3 份，月快照费用大约是云盘费用的 10% 到 20%，这个比例并不高，但如果有几十台云主机，累积起来就是一笔不小的开支，定期检查账户下的快照列表，删掉早已不再需要的老快照，是性价比最高的省钱方式。
快照误删除后能不能恢复
快照删除后,绝大多数云厂商不提供恢复服务，这和对象存储的回收站机制截然不同。自己手动删掉的快照，或者自动策略到期后清理掉的快照，一旦删除，数据就彻底没了。
正因为快照删了找不回,才需要额外的兜底措施，比较稳妥的组合拳是：自动快照做日常恢复，异地备份做最终兜底，具体做法是定期把云盘数据同步到对象存储（如简米云OSS、酷番云COS），或者用数据传输服务把数据复制到另一个地域的云主机上，异地备份的频率不用太高，每天一次足够。
还有一个值得养成的习惯：在重大变更前手动创建快照，比如内核升级、数据库版本迁移、应用大版本更新，动手操作前花一分钟创建一个手动快照，变更失败后直接回滚，比事后找恢复手段高效得多，这个手动快照在确认业务稳定后记得手动删除，避免长期占用存储空间。
自动快照策略常见问题
自动快照策略设置后多久生效？
策略创建后会立即生效,但快照的执行时间以策略里设定的时间为准，如果某个策略设定凌晨 03:00 执行，那么创建策略当天不会立刻触发，而是要等到下一个设定的时间点。
手动快照和自动快照可以同时保留吗？
可以,手动快照不受自动策略的保留数量限制，会一直存在直到手动删除，建议把手动快照用在变更前和重要节点上，数量控制在个位数以内。
快照里的数据可以跨账号恢复吗？
当前多数云厂商的快照不支持直接跨账号使用,但可以通过镜像共享或复制实现类似效果，跨地域复制快照时，目标地域需要开启相应的快照复制权限，且复制期间会产生一定的流量费用，快照本身是本地恢复手段，跨地域容灾应依靠镜像复制或数据库同步等机制完成。