备份与容灾:3-2-1 原则与恢复演练

用 3-2-1 备份原则守护数据安全:文件、数据库、配置怎么备,自动化与保留策略,以及为什么必须做恢复演练。

登录后收藏
内容说明

折腾鸭可能通过推广链接获得佣金,但不会影响编辑结论,也不会增加你的支付价格。

备份不是可选项,是底线

硬盘会坏、误操作会删库、勒索软件会加密、云厂商也可能出故障。没有备份的运维都是在赌运气。真正稳妥的做法是“3-2-1”:3 份拷贝、2 种介质、1 份异地。

一、明确要备份什么

  • 网站文件:代码、上传的资源、配置文件。
  • 数据库:业务数据的核心,必须单独、频繁备份。
  • 系统配置:Nginx/防火墙/计划任务的配置,重建时能省大量时间。

二、备份方式

  • 文件级rsync 增量同步到另一台机器或对象存储;tar 打包压缩做快照。
  • 数据库级:MySQL 用 mysqldumpxtrabackup;PostgreSQL 用 pg_dump。注意一致性(锁表或停写瞬间)。
  • 镜像/快照:云厂商的云硬盘快照,适合整机回滚,但不能完全替代逻辑备份。
  • 对象存储归档:把备份传 OSS 的低频/归档存储类,便宜且异地(见 OSS 对象存储选型)。

三、自动化与保留策略

  • 用 cron 定时跑备份脚本,成功/失败都留日志。
  • 保留多份:比如每日保留 7 份、每周保留 4 份、每月保留 3 份,避免单份损坏全丢。
  • 备份加密,尤其是含用户数据的库。

四、容灾与演练

备份的价值在于“能恢复”。定期做一次恢复演练:从备份把库和文件还原到临时环境,验证可用。很多人的备份从没成功恢复过,等到出事才发现备份是坏的。

  • 多可用区/多地域部署关键服务。
  • 数据库主从复制,从库在异地。
  • 写好故障切换手册:谁来做、先恢复什么、怎么验证。

相关阅读

内容持续更新

最近更新:2026-08-27。信息发生变化时,我们会同步修订。

去论坛交流