异地容灾的最小实现：定时同步到第二机房

发布时间:2026-07-25 09:42

## 适用场景 单机房故障虽然少见，但一旦发生就是全业务停摆。完整容灾体系昂贵，而最小实现并不复杂：第二机房放一台低配机器，定时把关键数据同步过去，配一份切换预案并演练过一次。顺云跨机房场景下，这套最小方案能把极端故障的恢复时间从无法估量压缩到小时级。 ## 步骤清单 第一件事是圈定同步范围：数据库导出物、配置仓库、网站静态资源，追求小而全，大文件类资产单独评估。第二件事建同步通道，rsync 增量同步是主力，传输走加密通道，备份端只接受推送，不给业务端拉取权限。 ``` rsync -az --delete --bwlimit=51200 \ -e "ssh -p 22 -i /root/.sync/id_ed25519" \ /backup/ dr@203.0.113.20:/srv/dr-backup/ ``` 第三件事接入定时任务，全量同步每日一次，重要库的导出可加半日一次的档位。第四件事在备份端做两件事：校验清单比对文件大小与校验和，磁盘水位告警，备份端被塞满是最常见的静默失败。 ## 验证方法 同步任务每次执行后输出日志，失败必须外呼告警而不是安静地失败。每月抽一天做恢复演练：在备份端把数据库导出物导入临时实例，起应用验证核心功能，演练记录留档。 ## 注意事项 容灾切换预案要包含 DNS 调整的预估：域名解析提前把 TTL 调短，切换才受控。备份端机器也打基线快照，环境配置与生产对齐，别让备用机第一次开机就在装依赖。数据出境与合规要求先确认，同步目的地要与数据级别匹配。 备用端的安全不要掉以轻心：同步通道用专用密钥、目标目录最小权限、备份机上不部署多余服务，它和生产机一样是攻击面。访问凭据的保管位置写在预案文档里，而不是出事时满世界找。 演练的深度建议逐次加深：第一次只演练数据恢复，第二次加应用启动，第三次做完整切换含解析生效计时。每次演练后更新预案的耗时数据与踩坑记录，预案的版本随之演进，一成不变的预案是最危险的文档。