先搞清两个概念
RPO（Recovery Point Objective）= 最多能丢多少数据。RTO（Recovery Time Objective）= 业务中断多久能忍。
不同业务的推荐等级
- ERP / 核心生产：RPO < 5 分钟 / RTO < 30 分钟 / 同城双活 + 异地异步
- HIS / 医院核心：RPO < 1 分钟 / RTO < 15 分钟 / 同城双活 + 异地灾备
- OA / 邮件：RPO < 4 小时 / RTO < 4 小时 / 本地备份 + 云归档
- 办公终端：RPO < 24 小时 / RTO < 24 小时 / 文件备份 + 版本
- 研发数据：RPO < 1 小时 / RTO < 4 小时 / 本地 + 异地异步
怎么选架构？
鸿观帮客户做"差距分析"——先评估当前备份架构能不能满足业务 RPO/RTO，再给"足够用、不浪费"的方案。
常见问题
RPO 和 RTO 到底有什么区别？
RPO（Recovery Point Objective，恢复点目标）衡量的是「最多能丢多少数据」，由备份频率决定；RTO（Recovery Time Objective，恢复时间目标）衡量的是「业务中断多久必须恢复」，由恢复方案和能力决定。一句话：RPO 管数据丢多少，RTO 管业务停多久，两者必须一起定。
制造业 ERP 系统的 RPO/RTO 该定多少？
ERP 是制造业的核心生产系统，直接连着订单、库存和财务，建议 RPO 控制在 5 分钟以内、RTO 控制在 30 分钟以内，架构上采用同城双活加异地异步。实际取值要结合业务停机成本测算——对制造业来说，每停一小时都是产线的真金白银损失。
备份和容灾是一回事吗？
不是。备份解决的是「数据还在不在」，容灾解决的是「业务能不能快速站起来」。只有备份没有容灾，数据能救回来但可能要等好几天；只有容灾没有备份，一旦数据被勒索病毒加密或被篡改，就没有干净版本可以回退。两者必须配合，缺一不可。
怎么判断现有备份架构够不够用？
建议做一次差距分析：先评估当前备份架构能否满足各业务系统要求的 RPO/RTO，再据此给出「足够用、不浪费」的方案。要特别警惕「心理安慰型备份」——没做过恢复演练、备份和主系统在同一张网、能被一并加密，真到关头根本恢复不了。
