小站点的备份策略：3-2-1 原则与自动化的低成本做法

小站点的备份策略：3-2-1 原则与自动化的低成本做法

很多小站点不是死于流量，而是死于一次误删、一次磁盘故障，或者一次被入侵后的数据丢失。站点越小，越容易觉得“没什么可备份的”，等到真出事才发现，连恢复的起点都没有。备份不需要很贵、很复杂，关键是先有一套能自动跑、能恢复的策略。

一、先想清楚：到底要备份什么

一个典型的小站点通常由四部分组成：网站程序和静态文件（代码、模板、上传的图片和附件）；数据库（文章、用户、配置大多存在这里，往往比程序文件更重要）；配置文件（Web 服务、反向代理、定时任务的配置，丢了等于丢了站点的“说明书”）；证书和密钥。备份前先列一张清单，逐项确认脚本覆盖了每一项。只备份代码、不备份数据库，是最常见的半截子备份。

二、3-2-1 原则：备份的底线

业内常用的 3-2-1 原则很适合小站点：至少保留 3 份数据副本，存放在 2 种不同的存储介质上，其中 1 份放在异地。落地可以很简单：服务器本地一份，对象存储或另一台机器上一份，再加一份定期下载到本地电脑的冷备份。异地那一份的意义在于，当机房出问题或整台服务器不可用时，你还有恢复的可能。备份和源数据放在同一台机器、同一个磁盘上，严格说只能算“快照”，算不上备份。

三、频率和保留期怎么定

备份频率取决于数据变化的速度。内容几天才更新一次的静态站，每周备份一次就够了；每天都有新文章、新评论的站点，建议每天备份一次数据库，文件可以每周全量、每天增量。保留期建议至少保留最近 7 天的每日备份，再保留最近 4 周的每周备份。保留策略要写进脚本里自动清理，否则备份越攒越多，最后把磁盘撑爆，反而成了新的故障源。

四、低成本自动化：定时任务加几行命令

小站点的备份完全可以用系统自带工具搭起来：数据库自带工具导出数据，打包命令把程序文件和配置打成压缩包，同步工具传到对象存储或另一台服务器，定时任务每天凌晨自动执行。脚本写好后先手动跑两遍确认无报错，再交给定时任务，输出重定向到日志文件并定期检查——一个静默失败的备份脚本，比没有备份更危险。

五、备份没演练过，等于没有备份

备份文件是否完整、能不能恢复，只有真正恢复一次才知道。建议每季度做一次恢复演练，在测试环境里把备份解压、导入数据库、启动服务，走一遍完整流程。演练时常会发现备份损坏、导出选项不兼容、配置文件漏备等问题——演练时发现只是麻烦，真实故障时发现就是事故。

六、几个常见的坑

一是备份里混进了敏感信息。数据库导出文件里可能有用户邮箱、密码哈希，压缩包里可能有应用密钥，备份文件本身也要当作敏感数据对待，传输走加密通道，存放位置控制好访问权限。二是只备份、不检查。备份脚本跑没跑、备份文件多大、最近一次成功是什么时候，值得每周看一眼，花一分钟确认，心里才有底。

结语：备份是小站点成本最低的一份保险，每天自动跑一次，每季度演练一次恢复，关键时刻省下的不只是数据，还有重建站点的时间和心情。先从今天开始，把备份脚本搭起来——有备份的站点，才算真正上线了。