很多站点在平时运行正常，一旦服务器故障、误删文件或遭遇攻击，才发现备份要么没有，要么恢复不了。备份自查的重点不是“有没有备份”，而是“需要的时候能不能拿回来”。
一、先确认要备份哪些东西
备份不是只复制网站目录。一个完整站点通常包含多个部分，漏掉任何一块都可能在恢复时卡住。
- 数据库：文章、用户、评论、订单、配置等动态数据。注意导出时包含表结构、触发器和存储过程。
- 网站程序与上传文件：主题、插件、图片、附件、用户上传目录。尤其是被忽略的 uploads 或 media 目录。
- 服务器配置文件：Web 服务器配置、伪静态规则、定时任务、环境变量、防火墙规则。
- 证书与密钥：HTTPS 证书、私钥、SSH 密钥、API 密钥等。这类文件要加密存放，不要和公开备份混在一起。
- 第三方依赖与外部服务：CDN 配置、DNS 解析记录、对象存储策略、邮件服务设置。这些不一定能导出，但至少要留下记录。
二、备份频率与保留策略
频率取决于内容更新速度。每天更新多次的站点，数据库最好每天备份，甚至更频繁；展示型站点可以降低频率。关键是形成固定节奏，而不是想起来才做。
保留策略可以按“近期密集、远期稀疏”的思路安排：
- 保留最近 7 天的每日备份，方便回退到具体某一天。
- 保留最近 4 周的每周备份，应对较晚才发现的问题。
- 保留最近 3 到 6 个月的每月备份，用于审计或长期恢复。
保留份数不是越多越好，要结合存储成本和恢复目标。如果备份文件太大，恢复时间也会变长，可以按数据库和文件分开处理。
三、存放位置别只放在同一台服务器
把备份文件留在原服务器上，等于把鸡蛋放在同一个篮子里。服务器磁盘损坏、被入侵或欠费停机时，备份可能一起消失。
- 至少一份放在异地：对象存储、另一台服务器或可靠的备份服务。
- 使用不同账号和不同权限，避免一个账号被盗就全部暴露。
- 重要数据可以保留一份离线副本，降低被勒索软件加密的风险。
- 给备份文件加密，并单独保存解密方式，不要写在同一个目录里。
备份文件里往往包含数据库账号、用户信息等敏感内容。如果备份目录能被公开访问，风险不比网站被入侵小。
四、定期做恢复演练
没有验证过的备份，只能算“可能可用”。恢复演练不需要每次都完整还原生产站，但至少要做到以下几点：
- 在一个隔离的测试环境中，用备份文件恢复数据库和网站程序。
- 检查页面能否正常打开，图片、附件、登录、搜索等关键功能是否正常。
- 记录恢复步骤、所需时间和遇到的问题，形成一份可照着操作的文档。
- 确认备份文件没有损坏、没有缺表、没有权限错误。
如果恢复时间远超预期，或者每次都要靠某个人回忆操作步骤，就说明备份流程还需要整理。
五、几个常见疏漏
- 只备份数据库，忘了上传目录和配置文件。
- 备份任务失败没有告警，过了很久才发现最近几天的备份都是空的。
- 备份文件权限过宽，能被同服务器上的其他站点读取。
- 恢复时数据库版本、字符集或程序版本不一致，导致导入报错。
- 没有记录备份保留周期，旧备份被自动清理后才发现需要更早的数据。
把这些点列成检查项，每隔一段时间过一遍，比出事后再补救要轻松得多。备份和恢复是站点运营的底层工作，平时不显眼，关键时刻决定站点能不能继续跑下去。