OBS 版本控制 + CBR：一套低成本的双层备份实践

为什么要分两层

单靠对象存储版本控制只能防"覆盖和误删"，防不了桶被删、账号被盗、区域级故障；单靠 CBR 又太重，不适合天天改的文件。把两者叠起来：OBS 管"文件级历史"，CBR 管"系统级兜底"。

第一层：OBS 版本控制

在桶的「基础配置 → 版本控制」开启。开启后每次覆盖都会保留旧版本，删除只是打删除标记。建议再配一条生命周期规则：30 天转低频、180 天转归档、365 天清理非当前版本，避免历史版本无限膨胀。

常见坑：开启版本控制后，客户端如果仍用同名覆盖上传，桶里会堆大量历史版本，存储费用按所有版本计。上线前先算一遍增量。

第二层：CBR 云备份

CBR 给 ECS、EVS、SFS、数据库做整机/整盘备份，按策略自动执行，支持跨区域复制。建议策略：每天一次全量、保留 7 天；每周一次全量、保留 4 周。备份前确认应用已把数据刷盘，数据库用一致性备份而不是直接冻盘。

恢复演练比备份本身重要

每季度做一次：从 CBR 恢复到一台新 ECS，挂上 OBS 的历史版本，核对关键文件哈希。恢复耗时、RTO、漏备份的目录都记下来，下一次调整策略。没演练过的备份只能算"以为有备份"。

成本控制

OBS 历史版本用生命周期下沉到归档；CBR 按实际备份容量计费，保留策略越长越贵。把"必须留"和"可以重建"的数据分开，能重建的（缓存、构建产物）不进备份。