英方专家服务：专属你的灾备规划建设攻略

一年之计在于春。新年开工，如果企业尚未完成灾备规划，或是现有灾备方案达不到预期效果，可以参考这份灾备规划建设实用攻略。

01 数据安全与业务连续的重要性

从传统IT架构走向云计算，终端用户对业务体验的要求持续提升，强大算力、友好界面、安全不间断的业务访问，是留住用户的核心要素。相关调研数据显示：页面延迟1秒，将造成转化率下降7%、流量下降11%、用户满意度降低16%；完全竞争环境中，57%访客等待3秒就会放弃访问，其中80%不会再次访问，50%会直接转向竞争对手。由此可见，做好灾备规划与落地实施，是保障企业数据安全与业务连续性的关键手段。

02 灾备规划建设三部曲

完整的灾备建设，一般分为三大阶段：业务连续性规划、灾备规划、灾备方案设计与实施，也被称为灾备规划建设三部曲。

1）业务连续性规划

灾备建设的最终目标，是保障业务能够持续运行，而业务连续性规划是灾备建设的前置基础。缺少业务连续性规划，灾备建设只能做到“数据不丢失”，却无法保障业务及时恢复，而保障业务连续才是灾备建设的核心。通过业务连续性规划，可以梳理出各项业务的恢复优先级，明确RTO、RPO以及业务恢复所需资源。行业普遍参考DRI十大最佳惯例开展规划工作：

1. 规划启动与管理
2. 风险评估与控制（RA）
3. 业务影响分析（BIA）
4. 制定业务连续性策略
5. 应急准备及响应
6. 编制和贯彻实施业务连续性计划
7. 认知与培训计划
8. 业务连续性计划的演练、审计和维护
9. 危机沟通
10. 与外部机构的协调

这套国际通用BCM业务连续性规划方法论，既适用于企业整体业务，也适用于信息系统。业务连续性规划确定业务层面恢复指标后，支撑业务的IT系统就需要匹配对应的系统恢复目标与恢复策略。

2）灾备规划

灾备通过保障IT信息系统连续运行，最终实现业务正常运转。完成业务连续性规划、明确业务恢复优先级与指标后，需要进一步梳理承载业务的IT应用系统，分析各个IT系统的恢复优先级、RTO、RPO和恢复资源。灾备规划方法与业务连续性规划大体一致，二者区别在于：业务连续性规划面向业务流程，灾备规划面向支撑业务的IT应用与系统，IT系统恢复指标必须和业务恢复指标相匹配。灾备规划输出各IT系统恢复指标，同时制定对应的IT恢复策略与恢复计划。

3）灾备方案设计和实施

依据灾备规划输出的恢复指标与策略，开展灾难恢复技术方案设计，可选方案包含同城灾备、异地灾备、两地三中心、双活、云灾备等。选型需要注意：并非恢复时间越短方案就越好，恢复指标越严苛，建设成本往往越高；满足规划确定的RTO、RPO才是核心，兼顾指标达标、技术成熟、投入产出比，才是最优灾备方案。

方案实施是保障灾备设计真正落地的关键环节，需要输出完整工作计划，涵盖场地选址、产品选型、服务商遴选、资源保障、项目管理、验收评审、演练测试。同时结合业务连续性规划，编制全套灾备预案，包含灾难应急响应总预案、危机沟通计划、各系统专项应急预案，确保灾难发生后各部门协同处置。

03 灾备规划的具体方法

1）风险分析与业务影响分析

风险分析：结合企业实际环境，识别IT环境潜在灾难与不可接受威胁，评估灾难发生概率、现有防护手段有效性、受威胁资产价值，输出带优先级的风险清单，确定处置策略：接受风险、落实预防措施、风险转移（例如购买保险）等。

业务影响分析：访谈各业务部门，评估各业务流程重要性与时间敏感度，测算业务中断带来的直接、间接损失（量化损失：单据丢失、计算错误；无形损失：客户满意度下降、竞争优势受损）。综合损失确定业务受损容忍阈值，明确业务恢复优先级，输出RTO、RPO、DOO、NRO，以及业务恢复所需各类资源。

2）灾备方案设计

结合风险与业务影响分析结论，以及企业灾备预算，制定短期、长期灾备目标，同步适配组织人员架构，输出可落地的灾备实施方案。灾备方案选型需要权衡恢复指标、实施与运维投入：恢复时间要求越短，实施成本与技术难度越高。

3）灾备计划制定

仅有IT系统恢复方案，不足以保障完整业务连续性。灾备建设还需要覆盖办公场地、设备、应急流程、指挥架构、人员调度等多部门协同事项，全部环节达标才算完成灾备目标。企业应当组建高层牵头，业务部门、IT部门共同组成的灾备指挥小组，编制完整灾备计划，保障与整体业务连续性计划对齐，统一灾难发生后的部门行动。

4）灾备方案实施

灾备体系建设跨多个部门，实施阶段需要明确每项工作内容、目标、步骤、时间节点、责任人、监督机制。实施既要严格遵循前期分析与设计输出的流程，避免随意变更方案；同时具备项目强制性，相关部门按计划推进落地。如果操作流程不规范，会为灾备中心后期运维埋下大量隐患。

5）灾备演练

灾备演练基于预设灾难场景开展，不同场景、不同技术复杂度，演练流程和周期存在差异。演练重点验证：预案有效性、灾备系统更新状态、切换流程完整性、切换时间是否满足业务恢复指标等。

04 常见的三种灾备演练方式

1）桌面演练（沙盘推演）

桌面演练属于基础演练形式，以理论推演方式验证应急预案与灾备体系的完整性，让相关人员熟悉应急处置与业务恢复流程，检验指挥决策、流程操作、跨部门协同能力。工作量小，落地门槛低，可灵活模拟多种灾难场景。

2）模拟演练

模拟演练在桌面演练基础上开展，由IT与业务部门共同参与，使用模拟数据、模拟业务系统开展演练，流程高度贴近真实故障场景。可以检验灾备系统可用性、预案可行性，提升参演人员处置默契，演练过程不会对生产环境造成影响，对技术配置有一定要求。

3）实战演练

实战演练是最高等级演练，灾备中心实际接管业务运行一段时间；在预设灾难场景下，将业务切换至灾备环境对外提供服务，原生产环境可开展维护或者作为备份。场景还原度最高，更容易暴露潜在缺陷，但演练成本也随之上升。实战演练需要获得管理层理解支持，演练的核心价值是发现问题、迭代预案，而不是追求形式化表演。通过演练结果修正预案、迭代灾备系统，为后续升级提供实测依据，同时检验团队指挥与处置能力。

05 专家服务（ADTIS）

1）定义

英方推出ADTIS灾备专家咨询服务，减少中间环节，降低无效建设成本，提供从0到100的全流程专家指导，帮助企业高效完成灾备规划落地。

2）特点

• 针对性强，方案可落地执行；
• 阶段划分清晰，设置明确决策节点；
• 经过项目验证的模块化实施方法论；
• 提供全生命周期服务保障。

3）专家服务的5个阶段

①评估阶段（Assessment）

评估企业灾备建设目标、预算投入、RPO/RTO指标与现有IT整体架构，一般通过专题研讨会开展，输出书面评估纪要。评估阶段以免费服务为主，部分深度评估场景保留收费权限。

②设计阶段（Design）

在双方合作意向明确的前提下，专家团队基于评估结果输出完整可落地灾备规划设计方案，方案参考大量成熟项目经验，过程中充分听取客户业务侧意见，直接决定项目最终交付质量。

③测试阶段（Test）

对设计完成的灾备系统开展实地验证测试，测试过程保障不干扰用户现有业务系统。测试覆盖软件功能、业务效果、灾备演练；验证预案各个环节，评估执行人员响应效率，保证灾难恢复流程准确可靠。

④实施阶段（Implementation）

开展远程或者现场项目交付，实施人员严格按照设计、测试确认后的需求完成功能部署，完整记录实施过程文档，用于后期运维售后归档。

⑤维护阶段（Support）

IT系统、业务需求、监管规则会持续迭代，灾备预案需要定期复核更新。项目上线后主要运维工作交由客户承担，英方提供完整技术支持服务，保障灾备系统在产品生命周期内持续有效。

以上内容来自英方工程师大量项目实践沉淀，对各行业企业具备参考价值。具体项目还需要结合真实生产环境做详细调研。如果需要咨询ADTIS灾备专家服务，可以联系英方各地技术顾问（请备注地域、姓名、单位、联系方式）。