去年帮一家做健身器材的公司恢复网站，他们“有备份”——运维每天把整站压缩包放在同一台服务器的D盘。结果服务器被勒索病毒全盘加密，备份和网站一起成了摆设。老板到现在都记得那句让他破防的话：同机备份不算备份。聊网站安全防护，备份策略值得单独讲一篇。
三个常见的假备份
- 存在同一台服务器上，机器被加密、被删，备份跟着陪葬
- 只备文件不备数据库，恢复出来是个空壳，文章和订单全丢
- 从来没试过恢复，真出事才发现压缩包损坏或者缺关键配置
判断自家备份是真是假，有个直白的测试：挑个闲时，用备份在一个空环境里完整恢复一遍，记录用时和遇到的问题。能跑通的就是真备份，跑不通的那些，存再多份也只是心理安慰。这家公司要是早做过一次演练，当天就能识破假备份。
靠谱备份长什么样
行业里常说的3-2-1原则够用：三份数据、两种介质、一份异地。落到网站上的实操是——数据库每天备，文件每周全量加每日增量；备份同步到对象存储或另一台机器，开启版本保留，防的是“被删也有历史版本”；恢复演练每季度一次，挑个低峰期真的把站点在测试环境拉起来跑一遍。网站安全防护的价值不在存了多少份，在恢复时能不能用。
版本保留还有个作用常被低估：留出反应时间。有些入侵是渐进的，网站从某天起被悄悄改坏，直到一个月后才暴露，全量备份如果只留最近一份，恢复出来的还是坏状态。保留三十天以上的历史版本，才有得选。
频率和保留期的平衡
有客户问能不能每小时备份一次，可以，但要看数据变化频率和存储成本。询盘站每天增量备份足够；有交易数据的商城，数据库备份频率至少跟交易节奏对齐，保留期建议三十天起步，覆盖“发现问题但不确定从哪天开始坏”的场景。
备份任务本身也要监控：脚本静默失败半年、磁盘满了写不进，这些情况不盯日志根本不知道。我们的做法是每天备份完成推一条结果通知，失败立刻有人管。
建议
今晚就检查一遍备份是不是放在了网站所在服务器之外的存储上，再把数据库和文件的备份范围核对一次，顺便把备份账号的权限收一下，能写不能删，防的也是勒索软件。从没做过恢复演练的，找比格网络做一次恢复测试加网站安全防护策略梳理，演练一次花的钱，远比恢复失败那天的损失少。
