两者保护的不是同一件事
复制与备份经常被混为一谈，但它们保护的对象不同。复制保护运行连续性：把数据实时或准实时地同步到另一套系统，主系统故障时快速接管，用户几乎感觉不到中断。备份保护数据可恢复性：把数据在某个时间点固化到独立介质上，用于应对逻辑错误、误删除、数据损坏与合规保留。这个区别决定了一个关键结论——复制对逻辑错误几乎无用，因为错误会以同样的速度被复制到副本上；而备份正是为这类场景存在的。
基本信息
| 保护目标 | 复制保运行连续性；备份保数据可恢复性 |
|---|---|
| 数据新鲜度 | 复制接近实时；备份是时间点快照 |
| 恢复粒度 | 复制通常整站或整卷；备份可细化到文件级 |
| 逻辑错误 | 复制会把错误同步过去；备份可回到错误之前 |
| 介质依赖 | 复制依赖另一套在线系统；备份依赖独立介质 |
| 保留能力 | 复制保留窗口短；备份保留周期长 |
典型使用场景
- 站点级灾难与设备故障：依赖复制快速接管保持业务连续
- 逻辑错误与误删除：依赖备份回到错误发生之前的时间点
- 合规保留：依赖备份满足法规或内控要求的保留年限
- 计划内维护：依赖复制在不停机的情况下切换业务
- 勒索事件处置：清理环境后依赖离线或不可变备份重建数据
- 分级恢复：先用复制恢复服务，再从备份补回丢失的数据
场景有效性分工
| 场景 | 复制是否有效 | 备份是否有效 |
|---|---|---|
| 服务器硬件故障 | 有效，可快速切换 | 有效，但恢复较慢 |
| 机房断电或区域故障 | 有效，异地站点接管 | 有效，但恢复较慢 |
| 误删表或误删文件 | 无效，删除会被同步 | 有效 |
| 逻辑错误传播 | 无效，错误会同步到副本 | 有效 |
| 勒索加密 | 部分有效，取决于副本是否被波及 | 有效，需离线或不可变 |
| 合规审计与留痕 | 一般不能满足 | 满足 |
复制与备份的分工可以用一句话概括：复制让你在设备坏掉时继续跑，备份让你在数据被改坏之后回到从前。两者不可互相替代，成熟方案通常同时具备，并且容灾切换流程与备份恢复流程要分别演练，因为它们的操作人员、验证方法与耗时差异都很大。
只做复制不做备份的架构在遭遇逻辑错误时非常危险。删除、误更新或错误的批处理会在很短时间内被同步到副本上，两份数据同时变成错误状态，此时即使复制链路完全健康，也没有任何时间点可以退回。评估方案时应专门针对这一场景确认退路。
组合设计示例
组合设计示例
# 一级业务：同城同步复制 + 本地快照 + 异地异步复制 + 离线备份
# 二级业务：本地快照 + 异地异步复制 + 定期备份
# 三级业务：本地快照 + 定期备份
# 共同要求：容灾切换与备份恢复都必须定期演练并留档