网站备份存三年恢复时才发现全废——这话听着像段子，落到自己头上就是实打实的停机。备份这东西有个很讨厌的特性：它做完那一刻你根本不知道它好不好，只有真正要用的时候才给你答案，而那时候通常已经没时间重来了。所以下面这些不是理论，是把人踩过的坑摆出来，对着自己那台机器一条条比就行。
备份文件在那儿，可它只是个空壳
最常见的一种。目录打包得整整齐齐，解压一看，图片附件都在，数据库呢？没有。或者数据库导了，导的是系统库和空表结构，业务表一张没进去。问起来就是“我备份了网站啊”。网站是两半，一半是文件，一半是数据，缺一半等于没有。内容全靠数据库的站尤其惨，文件恢复回去只是个空架子，页面全是一片白或者 500。也见过只备 uploads 的，文章表三年没动过，那份备份唯一的作用就是让人看着舒服。
网站备份存三年恢复时才发现全废，死因排下来就那么几个
头一个是没验过。备份任务每天跑，日志全绿，从来没人解压看过一眼，等要恢复才发现压缩包是坏的——磁盘写入出错、传输中途断掉、脚本被系统杀掉，都能留下半截文件。定时任务成功和备份可用，这两件事在面板上长得一模一样，坑就坑在这儿。
第二个是同机同盘。备份文件跟网站放同一个目录、同一块盘、同一台机器。服务器被黑，人家顺手删；磁盘坏，两个一起没；手滑删错站点，备份跟着走。这不是概率问题，是时间问题。
第三个是链式覆盖。同步型备份最爱出这事：源目录被清空，同步工具很勤快地把备份也清空了，而且同步得特别及时。再配上只留一份最新的增量，第二天醒来连昨天的都找不回来。
备份跟网站睡在同一张床上
单独拎出来说，因为这条太普遍。异地这个词听着挺重，要求没那么高——不一定要有第二个机房，一台别的机器、一个对象存储的桶、甚至定期拉回本地的一块移动硬盘，都比同盘备份强太多。起码有人加密你服务器的时候，挂在外面的副本不会被一起加密（挂载成本地盘符的除外，那还是算同机）。另外权限要卡住：备份账号只给写不给删，不然一个写错的脚本或者一次入侵就能把历史全清干净。
压缩包密码和版本号，平时没人记
这两样最容易在关键时刻咬人。备份加了密，密码在某个离职同事的脑子里，或者记在一份也跟着服务器一起没了的文档里。版本号的问题更隐蔽：老站跑的是低版本数据库，备份要往新机器上导，字符集、排序规则、语法全对不上，报错改到怀疑人生，最后还不如重装一遍。所以备份记录里除了时间，把软件版本、字符集、当时用的命令原样抄一份，比什么都实在。
恢复演练不用搞得很正式
说到演练，很多人脑子里是要写方案、拉群、定时间窗。真没必要。找台测试机，把最近一份备份按记录走一遍：能访问、能登录后台、能打开一篇文章、列表分页正常，就够了。走不通正好，趁现在不赔业务的时候发现；走通了把耗时记下来，恢复要多久这件事，决定你出事时能不能给客户一个说得过去的交代。建议一个季度摸一次，换过服务器、换过数据库版本、换过域名之后必须再摸一次。
一份能用的备份长什么样
简单列几条，能对上大部分就还行。文件和数据库分开存，别指望一个包搞定所有；至少一份在别的机器或别的存储上，且那个存储的账号删不掉东西；保留多个时间点，别只留最新一份；每份都留记录，什么时候备的、用什么命令、什么版本、什么字符集；恢复流程写成人话，先停什么服务、按什么顺序导、导完查哪几项；最后一条，真的在测试机上恢复过一次，并且知道要花多久。
还有个细节容易被忽略：备份别只盯着网站自己的目录。计划任务、nginx 或 apache 的配置、证书私钥、几个定时脚本、hosts 里手工加的解析，这些散在系统各处的玩意儿，恢复时缺一个站点就起不来。跑过一遍恢复的人都懂，最难找的往往不是数据，是那些没人记得改过的小配置。
备份的价值不在它存了多少年，而在你打开它的那一刻它还活着。今天有空的话，翻一份最老的出来，解压、导入、跑一遍，比再买一块硬盘管用得多。
【版权声明】：本站内容若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
