3. 业务连续性需求分析与RTO/RPO设计
业务连续性设计最容易犯的错误，是从存储设备出发去谈“能恢复多快”，而不是从业务系统出发去谈“必须恢复多快”。RTO（Recovery Time Objective，恢复时间目标）和 RPO（Recovery Point Objective，恢复点目标）本质上是业务语言，不是设备参数。它们描述的是：业务能容忍中断多久、能容忍丢失多少数据。存储、备份、复制、快照只是把这些业务承诺翻译成可配置的技术指标。因此本节的核心逻辑是：先做业务影响分析（BIA），把业务系统分级并量化 RTO/RPO，再把这些目标映射到 Dell 存储与数据保护能力上，最后验证映射是否成立。
一、从业务系统出发：先分级，再定指标
梳理 RTO/RPO 的第一步不是问“备份窗口多长”，而是问“这个业务停一小时，损失是什么”。建议按业务系统而非按服务器来梳理，因为一个业务系统往往横跨数据库、应用、文件共享、中间件多个组件，其 RTO 由最慢的关键组件决定。分级时可参考以下维度：
- 业务影响：停机是否影响对外交易、生产控制、合规报送、内部办公。
- 损失量化：每小时营收损失、每笔数据丢失的合规或赔付代价。
- 时间敏感性：是否 7×24 运行，是否存在月末、季末、促销等峰值窗口。
- 依赖关系：该系统的上游数据源和下游消费方，恢复顺序是否被其他系统约束。
据此通常划分为 4 级：一级（关键，RTO≤30 分钟、RPO≈0）、二级（重要，RTO≤4 小时、RPO≤15 分钟）、三级（一般，RTO≤24 小时、RPO≤4 小时）、四级（可延后，RTO≤72 小时、RPO≤24 小时）。这些数值是示例性参考区间，实际必须由业务方签字确认，而不是由 IT 单方面设定。
二、影响分析方法：把“停机”拆成可计算的时间
BIA 的产出不应只是一张分级表，而应给出每个业务系统的最大可容忍中断时间（MTPD）和恢复时间目标。MTPD 是业务完全不可承受的临界点，RTO 必须小于 MTPD，二者之间留出的余量就是恢复过程中的缓冲。一个实用的量化方法是把停机损失拆成三段：
业务中断总损失 = 直接营收损失 + 数据重建/补录成本 + 合规与信誉损失
示例（假设值，仅用于教学）：
某订单系统每小时营收损失 8 万元，数据补录成本 2 万元/小时，
合规罚则按中断 4 小时以上触发 50 万元。
则 MTPD 应设在 4 小时以内，RTO 建议 ≤2 小时，RPO ≤5 分钟。同时要识别恢复依赖链：数据库恢复完成前，应用无法启动；身份认证不可用时，即使数据已恢复业务也不可用。因此 RTO 应按“业务可对外服务”的时点计算，而不是按“最后一个卷挂载完成”计算。这一步常被忽略，却直接决定 RTO 是否真实可达。
三、把 RTO/RPO 映射到 Dell 存储与数据保护能力
业务目标确定后，才进入技术映射。Dell 体系中不同能力对应的 RTO/RPO 量级差异很大，需要按目标选择组合，而不是全部堆叠。下图给出从业务分级到技术能力映射的关系视图：
映射时要注意三点。第一，RPO≈0 只能靠同步复制或双活实现，异步复制和快照都存在一个时间窗口，窗口大小等于复制周期或快照间隔。第二，RTO 不等于数据恢复时间，还包括故障发现、决策切换、应用启动、数据校验、对外放行等环节，实际演练中这些环节常占总时间的 50% 以上。第三，同一业务系统内部不同组件可以有不同的 RPO，例如数据库用同步复制保证 RPO≈0，而日志文件用每小时快照即可，不必为所有数据付出最高成本。
四、一个可执行的映射示例
假设某制造企业的 MES 系统被定为一级业务，业务方确认 MTPD 为 2 小时，要求 RTO≤45 分钟、RPO≤1 分钟。技术侧可这样映射：生产库部署在 PowerStore 上，通过 Remote Replication 同步复制到同城另一台 PowerStore，RPO≈0；应用服务器镜像与配置文件通过 NetWorker 每日全备加每小时日志备份，RPO≤1 小时，但应用启动依赖数据库，因此整体 RPO 由数据库决定，满足≤1 分钟。RTO 方面，同步复制切换约 5 分钟，数据库启动与一致性检查约 15 分钟，应用启动与连通性验证约 15 分钟，合计约 35 分钟，留出 10 分钟缓冲，满足 45 分钟目标。这个计算过程应在设计阶段完成，并在演练中实测校准。
五、常见误区与校准
- 只定 RTO 不定 RPO：恢复得快但数据丢了 4 小时，业务同样不可接受。
- 按设备而非按业务定级：同一台存储上可能同时承载一级和三级业务，必须按卷或按应用分别映射。
- 忽略依赖链：数据库恢复了但认证系统没恢复，业务仍然不可用，RTO 被低估。
- 从不演练：纸面 RTO 与实测 RTO 常差 2～3 倍，只有演练才能暴露切换脚本、DNS、连接池等隐性耗时。
最终交付物应是一份业务连续性基线表，至少包含：业务系统名称、分级、MTPD、RTO 目标、RPO 目标、承载存储与保护方式、实测 RTO/RPO、责任人与评审日期。这张表既是设计输入，也是后续变更和审计的依据。只有把业务语言和技术参数对齐，Dell 存储的复制、快照、备份与隔离区能力才能真正支撑起可承诺的业务连续性。