很多站点出問题，不是因為没做运营，而是因為一個很小的事故——誤删、磁盘损坏、改错配置——之後就再也没有回头路。备份這件事听起来老生常谈，但在實际排查里，它往往是最後一道、也是最容易被跳過的一道防线。這篇自查不是催你立刻去買设备，而是帮你把“备份”這两個字拆成可以执行的動作。
一、先確認：究竟要备份什么
不少人理解的备份，是把網站根目錄打個压缩包。真正需要覆盖的内容，通常比這多：
- 程序文件：主题、插件、自研代碼，以及被改動過的預設文件。
- 資料库：文章、用戶、评论、配置項，多數站点真正的资产都在這里。
- 配置文件：資料库连接、伪静態規則、环境變量、證书路径。
- 上传资源：图片、附件、视频，這類文件往往体积最大。
- 服務器侧配置：Web 服務、定时任務、防火墙規則等。
其中配置文件最容易被忽略。程序文件可以重装，資料库可以導入，但很少有人记得住三個月前那條重寫規則是怎么寫的。
二、备份频率與保留策略
频率不需要一味求高，而是和内容更新节奏匹配。每天更新内容的站点，資料库一天一次比較合理；更新不多的展示型站点可以适当放宽。關键是保留多份、分成不同時間点的版本，而不是只留最新一份——因為資料被誤删、或被有問题的程序寫坏之後，最新那一份往往也是坏的。
存放位置要分開
把备份文件放回同一台服務器、同一個目錄，是常见但不合格的方案。服務器本身出問题时，备份會跟着一起消失。比較稳妥的做法是至少留两份，其中一份放在另一台机器或對象存储上。
三、恢复演练：备份的價值只在恢复时体現
备份不等于能恢复。压缩包损坏、導出的資料库不完整、目錄權限不對、版本不匹配，這些問题只有在真正尝试恢复时才會暴露。建议在測試环境里定期做一次完整恢复，確認几件事：文件能正常解压、資料库能顺利導入、站点能打開、上传资源能訪問。
一份没有驗證過的备份，只是一份心理安慰。
四、几個常被忽略的细节
- 备份任務本身有没有在执行：定时任務可能因為權限或路径變化悄悄失敗，需要有结果通知。
- 备份文件是否加密或限制訪問權限：資料库導出文件里通常含有用戶信息。
- 是否寫下了恢复步骤：把命令和顺序记錄下来，紧急时不用現查現找。
- 域名、證书、第三方帳號信息是否另行留存。
五、可以直接照着做的检查清單
- 列出程序文件、資料库、上传资源、配置文件四類内容，確認都在备份范围内。
- 為資料库和文件分別设定备份频率，並寫進定时任務。
- 確認备份文件至少有一份存放在服務器之外的位置。
- 保留最近若干份不同時間点的版本，避免只留最新一份。
- 每季度做一次恢复演练，记錄耗时和遇到的問题。
- 给备份任務加上失敗通知，不要靠人主動去看。
备份不會直接带来流量，也不會让抓取變多，但它决定了站点遇到意外时能多快回到正常狀態。把上面這几件事固定成习惯，比出事之後再到處找压缩包踏實得多。