一个客户做了三年每日备份，服务器硬盘坏了要恢复，发现备份文件一直是零字节。原因是备份脚本早就报错，没人看日志。三年，等于什么都没备。这套流程谁盯？统计口径怎么定？老常在课上讲过这个例子，学生听完都点头。
备份的三种要分清
全量、增量与差异，这三种各有用途。全量慢但恢复快，增量快但恢复要串起来，差异介于两者之间。常见组合是每周一次全量加每天增量，兼顾成本和恢复速度。保留周期要想清楚。
留七天、三十天还是半年，取决于业务对"回到过去"的需求。财务数据可能要留更久，日志类数据留一个月就够。全都留半年，成本会很难看。备份能不能用。只有恢复过才知道。建议每季度挑一份备份，实际恢复到测试环境跑一遍。
恢复演练比备份本身重要
这个过程能暴露很多问题：文件损坏、脚本漏目录和数据库导出不完整。演练要记录：什么时候做的跟恢复了哪些数据和花了多久与发现什么问题。这份记录在真出事时非常有用，因为它证明你的备份是可用的，不是纸面上的。演练也逼着团队真正走一遍恢复流程，很多人第一次做才发现步骤漏了。
同一机房的备份，遇到机房级故障就一起没了。所以要异地存一份，哪怕只是同步到另一城市的对象存储。这一步成本不高，但能扛住最坏的情况。勒索病毒这类威胁会加密本地和挂载的备份。
异地和离线各留一份
所以关键数据要有一份离线或不可篡改的副本，比如对象存储的版本控制或者定期刻盘。数字说话。这一层叫末尾防线，很多人吃过亏才补上。补个实在话，备份的KPI得看能不能恢复、要多久恢复，"有没有备"说明不了什么。
数据备份的常见疑问
备份策略怎么定
常见做法是每周全量加每天增量，保留周期按业务对回溯的需求确定。
多久做一次恢复演练
建议每季度至少一次，实际恢复到测试环境并记录耗时与问题。
勒索病毒怎么防
除本地与异地备份外，保留一份离线或不可篡改副本，防止被一并加密。
数据库的备份尤其要单独测。用导出工具生成的文件，看着有几百兆，实际可能因为锁表失败只写了一半。所以每次改完备份脚本，都要立刻恢复一次验证。
总结：备份的尽头是恢复。策略合理、定期演练和异地加离线，才叫真的备住了。