很多站点在平时執行正常，一旦服務器故障、誤删文件或遭遇攻击，才發現备份要么没有，要么恢复不了。备份自查的重点不是“有没有备份”，而是“需要的时候能不能拿回来”。
一、先確認要备份哪些東西
备份不是只複製網站目錄。一個完整站点通常包含多個部分，漏掉任何一块都可能在恢复时卡住。
- 資料库：文章、用戶、评论、訂單、配置等動態資料。注意導出时包含表结构、触發器和存储過程。
- 網站程序與上传文件：主题、插件、图片、附件、用戶上传目錄。尤其是被忽略的 uploads 或 media 目錄。
- 服務器配置文件：Web 服務器配置、伪静態規則、定时任務、环境變量、防火墙規則。
- 證书與密钥：HTTPS 證书、私钥、SSH 密钥、API 密钥等。這類文件要加密存放，不要和公開备份混在一起。
- 第三方依赖與外部服務：CDN 配置、DNS 解析记錄、對象存储策略、邮件服務設定。這些不一定能導出，但至少要留下记錄。
二、备份频率與保留策略
频率取决于内容更新速度。每天更新多次的站点，資料库最好每天备份，甚至更频繁；展示型站点可以降低频率。關键是形成固定节奏，而不是想起来才做。
保留策略可以按“近期密集、遠期稀疏”的思路安排：
- 保留最近 7 天的每日备份，方便回退到具体某一天。
- 保留最近 4 周的每周备份，應對較晚才發現的問题。
- 保留最近 3 到 6 個月的每月备份，用于审計或長期恢复。
保留份數不是越多越好，要结合存储成本和恢复目标。如果备份文件太大，恢复時間也會變長，可以按資料库和文件分開處理。
三、存放位置別只放在同一台服務器
把备份文件留在原服務器上，等于把鸡蛋放在同一個篮子里。服務器磁盘损坏、被入侵或欠費停机时，备份可能一起消失。
- 至少一份放在异地：對象存储、另一台服務器或可靠的备份服務。
- 使用不同帳號和不同權限，避免一個帳號被盗就全部暴露。
- 重要資料可以保留一份离线副本，降低被勒索软件加密的風險。
- 给备份文件加密，並單獨儲存解密方式，不要寫在同一個目錄里。
备份文件里往往包含資料库帳號、用戶信息等敏感内容。如果备份目錄能被公開訪問，風險不比網站被入侵小。
四、定期做恢复演练
没有驗證過的备份，只能算“可能可用”。恢复演练不需要每次都完整還原生产站，但至少要做到以下几点：
- 在一個隔离的測試环境中，用备份文件恢复資料库和網站程序。
- 检查頁面能否正常打開，图片、附件、登入、搜尋等關键功能是否正常。
- 记錄恢复步骤、所需時間和遇到的問题，形成一份可照着操作的文档。
- 確認备份文件没有损坏、没有缺表、没有權限错誤。
如果恢复時間遠超预期，或者每次都要靠某個人回忆操作步骤，就說明备份流程還需要整理。
五、几個常见疏漏
- 只备份資料库，忘了上传目錄和配置文件。
- 备份任務失敗没有告警，過了很久才發現最近几天的备份都是空的。
- 备份文件權限過宽，能被同服務器上的其他站点讀取。
- 恢复时資料库版本、字符集或程序版本不一致，導致導入报错。
- 没有记錄备份保留周期，舊备份被自動清理後才發現需要更早的資料。
把這些点列成检查項，每隔一段時間過一遍，比出事後再补救要轻松得多。备份和恢复是站点运营的底层工作，平时不顯眼，關键时刻决定站点能不能繼續跑下去。