有泉州企业的老板问备份写好了怎么还会丢，我说要先看它有没有挂在定时任务上。判断有没有用，只看一条信息：上一次成功运行的时间。这行字在面板日志里，不用求人。大部分面板都有这条记录，翻一翻就有。
三个数看一眼就知道
上一次成功时间、备份文件大小、上传目的地有没有收到。三个月没跑过一次的那种，等于没有备份。我们现在上线前会连着跑三晚，能恢复出来才算过。1 年免费维护期内，备份脚本我们帮着调。不试恢复的备份，跟没有备份差不多。
泉州老城区那边有些店面在一楼，雨季返水，潮气重。晋江湖边那几排仓库也一样。机器和备份盘都怕潮，位置比软件更挑人。这条不是技术问题，是选址问题，换机器解决不了。机柜位置挪一次，线要重走，停机时间得提前算进去。
备份之外还要单留两样
一是数据库导出，二是配置文件的独立副本。配置丢了，重装起来比恢复数据还慢。这两样放在跟备份不同的地方，别都塞在同一块盘上。同一块盘上的备份，坏的时候是一起坏的。这一点很多人是出了事才明白。
还有一件常被忽略的事：静态资源要带版本号。改完前端没清缓存，浏览器一直拿旧图，排查半天才想起来。这是发布问题，不是备份问题，两个坑长得像。
验证这一步不能省
定期挑一份出来试着还原，只看文件列表不算真的验证过。我们交付的 100+ 商业 APP 里都带这份说明。照着做一遍，比出事后省三天。泉州信服无限接运维的活，这一条写死在清单里。客户照着做，一般不会出问题。出问题我们再一起看日志。清单能过，别的都能慢慢补。
备份落地里的常见疑问
多久备份一次合适？
数据变动频繁的按天，变动少的按周。关键是能恢复，不是次数好看。
备份放同一台服务器行吗？
不行。同一台机子坏了，备份跟着没。至少要放到另一处去。
怎么验证能恢复？
定期抽取一份实际还原一次，只看文件列表证明不了什么。
先看时间戳再谈频率
泉州做跨境电商的老板最容易在这件事上大意：脚本写好了，挂在本地电脑上，电脑一关就停。我们见过的做法是把定时任务挂在一台不常用的旧机器上，再加一条短信提醒，备份跑没跑，手机上能看见。
备份先看上一次运行时间，再看能不能恢复。这两步做完，再谈频率和存储位置。您把面板的运行记录发来，我们先看这三个月跑过几次。没跑过就是没跑过，别拿计划当结果。