备份与容灾:3-2-1 原则与恢复演练
用 3-2-1 备份原则守护数据安全:文件、数据库、配置怎么备,自动化与保留策略,以及为什么必须做恢复演练。
登录后收藏内容说明
折腾鸭可能通过推广链接获得佣金,但不会影响编辑结论,也不会增加你的支付价格。
备份不是可选项,是底线
硬盘会坏、误操作会删库、勒索软件会加密、云厂商也可能出故障。没有备份的运维都是在赌运气。真正稳妥的做法是“3-2-1”:3 份拷贝、2 种介质、1 份异地。
一、明确要备份什么
- 网站文件:代码、上传的资源、配置文件。
- 数据库:业务数据的核心,必须单独、频繁备份。
- 系统配置:Nginx/防火墙/计划任务的配置,重建时能省大量时间。
二、备份方式
- 文件级:
rsync增量同步到另一台机器或对象存储;tar打包压缩做快照。 - 数据库级:MySQL 用
mysqldump或xtrabackup;PostgreSQL 用pg_dump。注意一致性(锁表或停写瞬间)。 - 镜像/快照:云厂商的云硬盘快照,适合整机回滚,但不能完全替代逻辑备份。
- 对象存储归档:把备份传 OSS 的低频/归档存储类,便宜且异地(见 OSS 对象存储选型)。
三、自动化与保留策略
- 用 cron 定时跑备份脚本,成功/失败都留日志。
- 保留多份:比如每日保留 7 份、每周保留 4 份、每月保留 3 份,避免单份损坏全丢。
- 备份加密,尤其是含用户数据的库。
四、容灾与演练
备份的价值在于“能恢复”。定期做一次恢复演练:从备份把库和文件还原到临时环境,验证可用。很多人的备份从没成功恢复过,等到出事才发现备份是坏的。
- 多可用区/多地域部署关键服务。
- 数据库主从复制,从库在异地。
- 写好故障切换手册:谁来做、先恢复什么、怎么验证。
相关阅读
内容持续更新
最近更新:2026-08-27。信息发生变化时,我们会同步修订。