适用场景

业务连续性管理回答的是"停多久、丢多少、谁决策、怎么恢复"。没有 BIA 的容灾投入，往往是钱花了但恢复不了业务。

配置步骤（连续性计划与角色分工）

# 计划要素
# 1) 触发条件与判断人
# 2) 应急动作（限流、降级、切换）
# 3) 角色：指挥、技术、业务、对外沟通
# 4) 联系表：内部与厂商（含合同号）
# 5) 回切条件与步骤

关键参数与建议

  • BIA：列出关键业务、依赖系统、最大可容忍中断时间（MTPD）
  • 目标：为每个业务定 RTO/RPO，并落到具体技术方案
  • 计划：应急响应、切换、回切、对外沟通四个部分
  • 演练：桌面推演 + 局部切换 + 全量演练，逐步推进
  • 维护：架构变更后同步更新 BC 计划

容易踩的坑

  • 计划只写技术步骤，没有决策人
  • 不写回切条件，恢复后状态混乱
  • 联系表过期，紧急时联系不上

验证与巡检

# 验证：桌面推演一次，逐人确认职责
  • 巡检：计划版本更新、联系表每季度核对

小结

BCM 的验收标准是"业务方认可"：业务负责人知道 RTO/RPO 是多少、演练时能配合、恢复后能确认业务正常。IT 单方面说能恢复不算数。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。