很多站长看到备份目录里有一个压缩包就安心了，但真正出事时才发现：备份太旧、文件损坏、数据库没导全，或者备份和网站在同一台服务器上，一起丢失。备份的价值不在于“数量”，而在于关键时刻能否在可接受时间内恢复。换句话说，备份是过程，恢复才是目的。

一、多久备份一次？

备份频率取决于两个指标：RPO（可接受丢失多少数据）和RTO（可接受停机多久）。企业官网、博客更新少，可每日增量备份、每周全量备份；电商、论坛、会员站数据变化快，建议至少每日全量，订单和内容频繁时每6小时增量、每日全量；数据库可每小时做增量或binlog备份，每日全量。重大改版、插件升级、迁移服务器前，必须手动做一次完整备份。

保留策略也要设计：日备保留7—14天，周备保留4—8周，月备保留6—12个月，关键版本长期归档。不要只留最新一份，否则误删或勒索软件加密后，连回滚点都没有。

二、备份存哪里？

最忌讳把备份放在网站同一台服务器、同一个目录。服务器故障、误删、勒索软件都可能让网站和备份一起消失。建议遵循3-2-1原则：至少3份备份，使用2种介质，其中1份异地或离线保存。例如：服务器本地留一份用于快速回滚；对象存储或云盘存一份异地备份；离线硬盘或不可变存储存一份防删改。数据库、网站文件、图片附件、配置文件应分开备份，代码可用Git仓库管理。备份要加密，账号遵循最小权限，开启版本控制和对象锁，避免备份被恶意删除。

三、怎么验证能恢复？

只看“备份成功”远远不够。成功只代表文件生成了，不代表能恢复。建议每月至少做一次抽样恢复：在隔离测试环境解压、导入数据库，检查文章数量、图片、插件配置、登录、下单、支付回调、伪静态和SSL等关键流程。每季度做一次“从零恢复”演练，记录恢复耗时、失败原因和负责人。平时可加入自动校验：任务失败告警、备份文件大小突变告警、数据库dump完整性检查、校验和比对。还要准备恢复手册，写清环境版本、命令、域名切换、DNS和回滚步骤。恢复后核对关键指标：页面是否200、数据库行数是否一致、最近订单和上传文件是否完整。

四、自动化与监控

备份应定时自动执行，失败重试并告警到邮箱或即时通讯工具；监控备份大小、任务超时、存储余量；保留日志。重要操作前做手动快照。备份账号最好只写不删，或开启对象存储的不可变策略。开发者、运维和备份存储权限适当分离，避免一人误操作全部删除。

五、执行清单

1.明确RPO/RTO；2.自动备份数据库和文件；3.按3-2-1存放；4.加密与最小权限；5.每月恢复演练；6.失败告警与日志；7.编写恢复手册；8.定期清理过期备份。记住：备份不是“有就行”，而是“够新、放得对、验得过、恢复得快”。

FAQ问答

1.备份越频繁越好吗？

不是。频率要匹配数据变化和可接受丢失窗口。更新少的官网每日一次即可，交易型网站可能需要每小时甚至更频繁，但也要考虑存储成本和备份窗口。

2.云服务器快照算备份吗？

算一层保护，但通常不够。快照常与云平台账号绑定，误删、账号被盗或平台配置错误仍有风险。还应保留独立的全量备份和异地备份。

3.备份文件放网站根目录可以吗？

不建议。放在网站目录可能被直接下载，也可能被勒索软件一并加密。应放在独立存储、独立账号或离线介质中。

4.多久做一次恢复测试？

建议每月抽样恢复一次，每季度做一次完整“从零恢复”演练。恢复测试要验证数据库、文件、配置和业务流程，而不只是解压成功。

5.小网站也需要3-2-1吗？

可以简化，但至少要有两份独立备份，其中一份异地保存。比如本地一份、云对象存储一份，每月再下载一份离线保存，成本不高但能显著降低全军覆没的风险。