高新区的系统管理员小王被老板安排负责公司的数据备份工作。'以前都是IT外包公司弄的现在收回来了但我不知道该怎么规划'——备份看起来简单但要做好真的有不少门道。 我在历下区做项目的时候也遇到过类似的情况。后来摸索出一套方法才解决好。
备份的分类和适用场景
从备份内容角度分：全量备份——复制所有数据的完整副本（恢复最快但耗时最长占用空间最大）。增量备份——只备份自上次备份以来发生变化的数据（速度快节省空间但恢复时需要依次应用所有增量）。差异备份——备份自上次全量备份以来发生变化的数据（介于两者之间）。
从备份介质角度分：本地硬盘（恢复最快但如果机房出事（火灾/水灾/盗窃）本地备份也完蛋）；NAS/磁带库（适合大容量长期存储）；云端对象存储（异地容灾首选成本低扩展性好）。小王的公司在伊莱特之前只有一台本地硬盘做备份——这意味着如果机房出事所有备份都没了。这是很多中小企业的通病。
推荐的备份架构
对大多数中小企业我推荐这个架构：本地快速恢复 + 云端异地容灾的组合。具体来说——数据库每天凌晨做一次全量备份（保留30天）+ 每小时做一次增量备份（保留7天）；代码和配置文件用Git仓库管理（每次变更自动有版本记录）；用户上传的文件（图片/文档等）每天同步到云端对象存储；所有备份文件加密存储（防备份介质泄露导致数据泄露）。
小王按这个方案搭建了备份系统——本地用一块4TB的NAS做快速恢复（数据库恢复只需几分钟），云端用阿里云OSS做异地容灾（每月费用约两百块）。整个方案搭建花了两天时间，之后全自动运行不需要人工干预。英雄山路如果你也在负责备份工作，这个架构可以直接参考。
备份验证——最容易被忽略的环节
有备份≠能恢复——这是我见过最多的问题。很多人觉得自己有备份就很安全了，但从来没有实际做过恢复测试。直到真正需要恢复的时候才发现：备份文件损坏了、备份的凭证不对、恢复出来的数据缺少最近的变更、或者根本不知道怎么操作恢复流程。
小王在他的备份方案里加入了一个关键环节——每月的第一个周一早上做一次恢复演练：从云端备份恢复一套测试环境验证数据完整性。虽然每次要花一两个小时，但这比真正出事了才发现备份不能用要好一万倍。上个月他在演练中发现了一次备份任务静默失败的问题（磁盘空间满了但通知邮件被当成垃圾邮件过滤掉了）——如果不是演练根本不会发现。汉峪金谷如果你有备份但从来没恢复过，本周就做一次恢复测试吧。备份的价值不在于你有多少份而在于出事的时候能不能快速准确地恢复。