1. 课程导入与灾备目标定义
在开始学习 Pure Storage 异地复制与灾难恢复之前，先要建立一个清晰的认知：灾备不是"把数据复制到另一个地方"这么简单，而是一套围绕业务连续性目标设计的工程体系。Pure Storage 的 FlashArray、FlashBlade 以及 Purity 操作系统提供了 ActiveCluster、ActiveDR、异步复制（Async Replication）等多种数据保护能力，但这些能力本身并不等于灾备方案——真正决定方案形态的，是业务对"中断多久可接受"和"丢多少数据可接受"这两个问题的回答。
本课程共 30 章，整体学习路径可以概括为四个阶段：目标定义 → 复制机制 → 架构设计 → 演练与运维。第 1 章解决"目标定义"问题，后续章节会依次展开 ActiveCluster 双活、ActiveDR 连续复制、异步复制与快照保护、仲裁与脑裂处理、站点故障切换、恢复演练与验证等内容。学习本课程后，你应当能够针对一个具体业务系统，给出可量化、可验证、可落地的灾备目标与方案选型。
三个必须先掌握的术语
RTO（Recovery Time Objective，恢复时间目标）：从灾难发生导致业务中断，到业务恢复可用的最长可接受时间。RTO 描述的是"停机时长"，单位通常是秒、分钟或小时。RTO 越短，对架构的要求越高——分钟级 RTO 通常需要自动故障切换，秒级 RTO 往往需要双活或连续复制。
RPO（Recovery Point Objective，恢复点目标）：业务恢复后，允许丢失的数据所对应的时间跨度。RPO 描述的是"数据回退多远"，例如 RPO=0 表示不允许丢数据，RPO=15 分钟表示最多可接受丢失最近 15 分钟内写入的数据。RPO 直接决定复制方式：同步复制可做到 RPO≈0，异步复制则取决于复制周期与网络带宽。
可用性等级：用"几个 9"衡量年度可用性。99.9%（三个 9）对应年停机约 8.76 小时，99.99%（四个 9）约 52.6 分钟，99.999%（五个 9）约 5.26 分钟。可用性等级是 RTO 的另一种表达方式，两者可以互相换算，用于向业务方沟通成本与收益。
下面这张图展示了从业务需求到灾备目标、再到 Pure Storage 技术选型的映射关系。它同时说明了本课程后续章节的展开逻辑：目标决定机制，机制决定架构，架构需要演练来验证。
如何把业务需求翻译成 RTO 与 RPO
实际工作中，业务方通常不会直接给出 RTO 和 RPO 数值，而是说"这个系统不能停""数据不能丢"。作为技术人员，需要通过提问把模糊表述量化。建议按以下顺序推进：
- 识别业务影响：系统中断 1 分钟、10 分钟、1 小时分别造成什么后果？是否影响收入、合规、安全或客户信任？
- 确定 RTO：从"可接受的最长中断时间"倒推。例如订单系统中断 5 分钟即触发客户投诉，则 RTO 应设为 5 分钟以内，并留出安全余量，实际按 2~3 分钟设计。
- 确定 RPO：从"最多能接受丢失多少业务数据"倒推。例如财务系统不允许丢失已确认凭证，则 RPO=0；日志分析系统可接受丢失 1 小时数据，则 RPO=60 分钟。
- 换算可用性等级：将 RTO 换算为年度可用性，用于与业务方确认成本。例如 RTO=52 分钟/年，对应约 99.99%。
- 标注优先级：不同系统分级（如核心、重要、一般），避免所有系统都按最高标准设计，导致成本失控。
下面给出一个可直接参考的灾备目标定义表模板。表中数值为教学示例，实际项目需根据业务调研结果填写。
| 业务系统 | 业务影响 | RTO（示例） | RPO（示例） | 可用性等级 | 建议复制方式 |
|---|---|---|---|---|---|
| 核心交易库 | 中断即损失收入 | ≤ 1 分钟 | 0 | 99.999% | ActiveCluster 双活 |
| 订单处理系统 | 短时中断可容忍 | ≤ 15 分钟 | ≤ 30 秒 | 99.99% | ActiveDR 连续复制 |
| 报表与分析平台 | 可延迟恢复 | ≤ 4 小时 | ≤ 1 小时 | 99.9% | 异步复制 + 快照 |
| 开发测试环境 | 影响有限 | ≤ 24 小时 | ≤ 24 小时 | 99% | 定期快照 / 备份 |
一个具体的换算示例
假设业务方要求某系统年可用性达到 99.99%，我们可以反推 RTO 上限：一年按 365 天计算，总分钟数为 365 × 24 × 60 = 525,600 分钟。99.99% 可用性意味着年不可用时间不超过 525,600 × 0.0001 ≈ 52.6 分钟。如果一年内允许发生 2 次故障，则单次 RTO 应控制在约 26 分钟以内。这个数字就是后续架构设计和演练验证的硬指标。
本课程的学习方法建议
Pure Storage 的灾备能力涉及阵列配置、复制策略、仲裁机制、主机多路径、应用切换等多个层面，单靠记忆概念无法掌握。建议按以下方式学习：每学完一种复制机制，就在实验环境中搭建最小拓扑并实际触发一次切换；每学完一个架构章节，就回到本章的灾备目标定义表，检查该架构能否满足表中某一类系统的 RTO/RPO；每学完一个排障章节，就记录一次故障现象、判断依据和处理动作。这样在课程结束时，你手里会积累一套可复用的目标定义表、拓扑图和演练记录，而不仅仅是知识点。