云服务器快照备份：阿里云自动快照策略设置，每天备份保留7天的配置
阿里云自动快照策略的配置本身不复杂，难的是保留窗口和快照时间点的取舍。下面用一位站长的真实场景，说清怎么设置每天备份、保留约一周的策略，以及几个容易踩的坑。
场景：一次误删，把备份问题摆上台面
一位做外贸站的朋友，ECS 上跑着图片素材和一套 CMS 源码。某次清理临时文件时路径写错，rm -rf 打到了网站根目录，数据库因为放在 RDS 上没受影响，但图片、附件和当年的原始设计稿全没了。他记得控制台里似乎有快照，翻了一遍才发现：自动快照策略从来没开过，唯一一份手动快照停在半年前。最后的代价是重新整理素材，外加两天停机。
更麻烦的是，他一开始以为"云服务器自带备份"。这是很多人共有的误会——云厂商保证的是底层硬件的可靠性，不是你的数据被误删后还能原地满血复活。
分析：快照能覆盖什么，覆盖不了什么
快照是云盘级别的块存储副本，恢复粒度是整块盘，不能只挑某个文件夹还原。所以它的定位是"整机回滚"，用来对付误删文件、系统盘被写坏、升级内核后开不了机这类事故。数据被改坏了想找回其中一份表格，靠快照很别扭。
在阿里云里，自动快照策略是一个独立对象：先创建策略，再把它绑定到具体云盘，一个策略可以挂在多块盘上。策略里能设置的项包括快照重复日期（周一到周日，可以全选）、快照创建时间点（一天内可设多个，建议避开业务高峰）、保留时间，以及是否开启跨地域复制。
有几个边界要记住：一是快照不等于数据库备份，RDS、Redis 这些托管服务有自己的备份机制，要单独设；二是释放云盘时如果不勾选保留快照，快照会跟着一起释放；三是自动快照策略绑定的是云盘 ID，换了盘、重建了实例，策略不会自动跟过去，得重新绑。
配置：策略怎么建、怎么绑到盘上
回到控制台动手。路径在各版本界面略有差别，大体是：阿里云控制台 → 存储与快照（或"块存储"）→ 快照 → 自动快照策略 → 创建自动快照策略。填四项：
- 策略名称和所属地域，地域必须和云盘一致，跨地域绑不上。
- 快照重复日期，按天备份就把周一到周日全勾上。
- 快照创建时间点，用北京时间选，注意别和凌晨的日志切割、数据库导出撞在一起。
- 保留时间，标题里说的保留 7 天，实际就是约一周的保留窗口，控制台允许的范围很宽，从 1 天到数千天都有，具体上限以页面提示为准。
建完策略还要绑定。进"块存储 → 云盘"列表，勾选目标云盘 → 更多 → 设置自动快照策略，选中刚建的策略即可，支持一次勾多块盘批量绑定。习惯命令行的可以用：
aliyun ecs CreateAutoSnapshotPolicy \
--region cn-hangzhou \
--AutoSnapshotPolicyName daily-week \
--RepeatWeekdays '["1","2","3","4","5","6","7"]' \
--TimePoints '["2"]' \
--RetentionDays 7
执行完拿到策略 ID，再用 ApplyAutoSnapshotPolicy 把策略 ID 和磁盘 ID 关联起来。参数名和取值范围以官方 CLI 文档为准，版本更新会调整。
验证：确认它真的在按天跑
策略建完不等于生效。第二天回到"自动快照策略"列表，看策略的"已关联云盘数"是不是你要的数字；再进"快照"列表，按创建时间倒序排，确认当天凌晨真的多出一条自动快照，来源标注为自动快照策略。
状态字段里，achieved 是完成，progress 是还在生成，failed 要去看原因，常见的是云盘正在扩容或做其他变更操作。想批量核对，可以在云监控里给快照相关事件配一条通知，失败时推到邮箱或钉钉。另外，手动做一次恢复演练比看状态更靠谱：随便找块测试盘，用最新快照回滚，看看能不能正常挂载启动。
取舍：保留多久、要不要加跨地域复制
快照按存储容量计费，属于按量付费，单价通常在每 GiB 每月零点几元的量级，具体以阿里云官方价格页为准。保留窗口越长、增量越多，账单越高。一个折中做法是：自动快照保留约一周，覆盖"手滑"和"改错了想回退"这两类高频事故；再定期把关键目录导出到 OSS，做月级归档，成本低得多。
如果业务对地域级故障有要求，可以开跨地域复制，把快照同步到另一个地域，代价是额外的流量与存储费用。对多数中小站点来说，本地快照加异地文件归档已经够用，不必一上来就上全套。最后提醒一句：策略是配置，习惯才是保障——上线前绑好策略，改配置前手动打一份快照，这两条做到，能省掉大部分深夜救火的场面。