删库跑路是段子，误删文件是真事。云服务器的快照功能就是能在坏事发生前一秒冻结磁盘状态，出问题一键回滚。关键在于——你得先创建快照。下面是雨云上的快照使用策略和灾难恢复流程。
一、快照是什么，不是什么
快照是磁盘在某个时间点的「只读副本」，记录的是块级别的数据变化。创建快照很快（秒级），恢复是把整个磁盘状态滚回快照时刻。但它不是备份——快照存储在云平台底层，和实例都依赖同一个基础设施。真正的灾难恢复需要「快照 + 异地备份」组合。
二、快照策略怎么定
| 频率 | 保留 | 适用 |
|---|---|---|
| 每天 1 次 | 保留最近 7 天 | 普通网站、博客 |
| 每天 1 次 + 每周 1 次 | 日快照保留 7 天，周快照保留 4 周 | 电商、社区 |
| 每天 1 次 + 每周 1 次 + 每月 1 次 | 日 7 天、周 4 周、月 12 个月 | 金融、企业系统 |
快照不是越多越好——它按实际增量计费和占空间。每天一次、自动淘汰旧的，够用且不贵。
三、系统盘 vs 数据盘快照
系统盘快照记录操作系统、安装的软件和配置。数据盘快照记录数据库、文件、用户上传。两者要分开管：
- 系统盘变化少（装完环境后不怎么改），出问题装新的也快，打一次「基线快照」即可。
- 数据盘天天在变，必须按策略定时快照。数据库在打快照前最好先 flush + lock 几秒保证一致性，InnoDB 有 crash-safe 保底但不是万无一失。
四、定时快照自动化
雨云控制台如果有定时快照功能就直接用。如果没有或者想更灵活，用 crontab 调 API 自动化：
0 3 * * * python3 /opt/scripts/rainyun_snapshot.py >> /var/log/snapshot.log 2>&1
每天早上 3 点自动打快照，先打数据盘再打系统盘，打完清理过期的。脚本里加个成功/失败通知，失败了发告警。
五、恢复流程
快照恢复是创建新磁盘（从快照还原），再把新磁盘挂给实例，替换旧盘。过程不会删除原快照，恢复失败可以再来一次。恢复后检查：
- fstab 里磁盘 UUID 可能变了，需要改；
- 如果是数据盘恢复，数据库可能处于「crash recovery」状态，启动后自动修复即可；
- 恢复后立刻再打一个快照（反正恢复了你在乎的是此时的状态）。
六、跨节点容灾
快照只在当前节点可用。如果这一个节点整个挂了，快照也拿不到。解决办法：快照 + 异地 rsync/数据库同步。在另一个雨云节点上跑定时脚本，每天把快照恢复出来的数据或直接按数据库 dump 传一份过去。
七、灾难演练清单
没练过的灾备都是纸上谈兵。至少每季度做一次：
- 挑一个快照，在新开的测试实例上恢复，验证系统和数据是否完整；
- 记录恢复耗时（RTO），看能不能在业务容忍窗口内恢复；
- 检查恢复后的应用（WordPress 后台能否登录、数据库查询是否正常）。
八、雨云部署建议
雨云新购用优惠码 admin01 走专属入口 https://www.jiyueip.com/link/5617 五折。快照成本比实例便宜很多，这笔钱别省。系统盘打基线快照一次，数据盘按天自动打并自动淘汰，异地灾备用另一个节点的低配机器每天收一份备份 dump。
常见问题
关于雨云快照和恢复的常见疑问，下面一并解答。
