小站的备份策略：3-2-1 原则怎么落地

备份这件事，没出事时觉得多余，出事时决定生死。3-2-1 是行业里最通用的原则：三份数据、两种介质、一份异地。听起来复杂，小站完全可以简化执行。

三份是什么

第一份在生产服务器上（数据库和网站文件本身）。第二份是服务器本地的定时备份，比如每天凌晨 dump 到 /www/backup。第三份在异地——可以是另一台 VPS、对象存储，或者你自己电脑的网盘。

很多人只做到第二步：备份文件还躺在同一块硬盘上。硬盘挂了，备份和原站一起没了。这就是为什么要"异地"。

备份什么

网站备份不是整个目录打包就完事。要分两类：

• 数据库：这是核心，文章、用户、配置都在里面。用 mysqldump 导出，注意加 --single-transaction 避免锁表。
• 文件：上传的图片、主题、插件。代码本身如果版本管理有仓库，可以不备。

分开备的好处是：数据库小、频率可以高（每天一次），文件大、频率可以低（每周一次）。

保留策略

不要只留最新一份。常见事故是"误操作之后又跑了备份，把坏数据也备份了"。建议保留最近 7 天的每日备份，加 4 周的每周备份。用滚动删除，别让备份占满磁盘。

# 只保留最近 7 个 dump
ls -t /www/backup/*.sql | tail -n +8 | xargs -r rm -f

异地怎么传

最简单的是 rsync 到另一台机器，或者用对象存储的 CLI 上传。异地那台不用多好，能存文件就行。关键是传输要走 SSH 或 HTTPS，别用 FTP。

还有一个细节：异地备份要能"拉回来验证"。很多人备份了三年，从没试过恢复。建议每季度挑一个备份，在测试环境还原一次，确认文件完整、数据库能导入。备而不验，等于没备。

自动化与告警

备份脚本放进 crontab，每天固定时间跑。跑完检查文件大小，如果比前一天小很多（比如突然从 50M 变成 2M），说明 dump 出错了，应该告警而不是默默覆盖。

最后提醒：备份文件里含数据库密码和配置，权限要设 600，别放在网站根目录下——那等于把整站数据公开下载。