备份做了为什么还丢数据？恢复演练怎么做

备份不等于能恢复。本文讲清三二一备份原则、异地副本怎么放，以及每月恢复演练的具体步骤和记录要点，帮你确认备份真的可用，避免故障时丢数据。

很多站长都有过这样的经历：明明开了快照、做了备份，服务器真出事的时候，数据还是没救回来。问题往往不在备份本身，而在备份策略和恢复流程上。 最常见的坑有三个。第一，备份和数据放在同一台机器、同一个机房，磁盘损坏或机房故障时备份跟着一起丢。第二，只做备份从不验证，等到要恢复时才发现备份文件损坏、脚本早就跑失败了。第三，只备份数据库，漏掉配置文件、证书和上传目录，恢复出来一个不完整的站点。 比较稳妥的做法是遵循三二一原则：至少三份数据副本，保存在两种不同介质上，其中一份放在异地。比如日常数据在云服务器上，自动快照保留最近几天，再把数据库和关键文件定期同步到另一台服务器或对象存储，异地那份要和本机不在同一个地域。 有了备份还不够，恢复演练才是真正检验策略的环节。建议每月做一次：挑一份最近的备份，恢复到一台临时测试机上，检查数据库能否正常启动、网站能否打开、数据条数是否对得上，同时记录整个恢复用了多长时间。这个时间就是故障发生时业务中断的下限，如果超出你能接受的范围，说明备份频率或恢复方式需要调整，比如把每周全量改成每日增量加每周全量。演练之后把步骤写成文档，保存在恢复时能拿到的地方，值班的人照着做就能恢复，比口头约定可靠得多。 备份的价值要靠恢复来兑现，平时花半小时做一次演练，远比故障时对着一份恢复不了的备份干着急划算。如果不确定现有的快照和备份策略是否可靠，可以找加速IDC这类提供云服务器快照与备份服务的厂商帮你梳理一版，先把恢复路径跑通。