备份不是目的，恢复才是
很多站長把“每天自動备份”当成一項已经完成的运维任務，直到某天資料库损坏、服務器迁移或誤删文件，才第一次点開恢复流程。结果往往發現：备份文件不完整、密碼不知道、恢复步骤没人寫過，甚至备份和站点在同一块硬盘上。备份的價值不在生成那一刻，而在需要时能不能把站点還原到可用狀態。
先明确要备份什么
- 資料库：文章、用戶、评论、配置等動態資料。
- 站点文件：程序、主题、插件、上传的图片和附件。
- 服務器配置：Nginx 或 Apache 規則、PHP 配置、定时任務、SSL 證书。
- 外部服務配置：DNS 解析记錄、CDN 回源和缓存規則、對象存储權限。
只备份資料库、不备份上传目錄，恢复後會出現文章在、图片全裂的情况。反過来，只打包網站目錄、忽略資料库，恢复後的内容還是舊的。把备份范围寫成清單，每次检查时逐項打勾。
恢复演练怎么做才不走過场
演练不需要在生产环境上冒險，可以在一台測試机或临时目錄里進行。目标不是“能解压”，而是“能訪問”。
- 從最近一次备份中取出資料库和文件。
- 在測試环境導入資料库，修改站点地址和資料库连接信息。
- 恢复上传目錄和必要的配置文件。
- 用 hosts 绑定或临时域名訪問，检查首頁、栏目頁、詳情頁、搜尋頁能否打開。
- 登入後台，確認文章、图片、插件、固定連結正常。
- 记錄恢复耗时和卡住的步骤。
演练时最容易暴露的問题，往往不是备份文件坏了，而是没人记得恢复後要改哪些配置。
把恢复步骤寫成可执行的文档
恢复流程如果只存在某個人脑子里，一旦他不在线，站点就只能等。文档里至少寫清：备份文件存放位置、資料库帳號從哪里取、恢复命令或面板操作路径、恢复後需要修改的域名和路径、驗證用的检查項。步骤尽量具体到“点哪個菜單、填哪個字段”，而不是“恢复資料库”這種笼统描述。
几個常见的坑
- 备份和站点同机：服務器故障时一起丢，至少留一份异地或對象存储。
- 只保留最近一份：如果誤删發生在几天前，最新的备份可能已经把错誤狀態覆盖進去。
- 备份文件没有權限控制：公開目錄下的压缩包可能被直接下载。
- 恢复後忘记更新定时任務：舊路径下的計划任務繼續跑，备份可能失敗。
- 長期不驗證：备份脚本某天開始报错，但没人看通知，直到需要时才發現没有可用文件。
和蜘蛛抓取的關系
站点如果因為故障長時間無法訪問，搜尋引擎蜘蛛的抓取频率可能下降，恢复後需要一段時間重新观察。备份和恢复演练不能保證收錄或排名，但能减少站点不可訪問的時間。恢复完成後，可以查看服務器日誌，確認蜘蛛是否重新来訪，並检查重要頁面是否返回正常狀態碼。
把演练排進日常节奏
不必每天恢复一次，但可以按季度或在大版本更新、服務器迁移前做一次。每次演练後更新文档和备份清單，把發現的問题改成具体動作。备份多一份、恢复快一步，站点在意外面前就多一层缓冲。