演练类型分级

从桌面推演到全链路实战:不同级别的演练投入与暴露问题的能力不同,建议由浅入深逐级推进。

备份与容灾速查数据更新于 2026-10-13

演练类型分级

演练按介入深度分几档:桌面推演只走流程不动系统,单组件演练切换某个环节,全链路实战按真实场景切换并引流验证,双盲演练事前不通知时间与范围。级别越高,暴露真实问题的能力越强,同时也越接近真实事故。合理的做法是由浅入深,先用低成本方式把流程磨顺,再逐步加入真实切换与不可预期因素。

基本信息

参与角色指挥者、执行人、验证人、业务方代表、观察记录人
必备材料切换预案、验证清单、通讯录、回滚路径、计时表
推荐频率关键系统至少每季度一次,全链路演练至少每年一次
记录要求关键步骤打时间戳,实测 RTO 与计划值对照

典型使用场景

  • 新系统上线后首次验证容灾预案是否可执行
  • 架构变更(换数据库、改复制方式)之后复测切换流程
  • 人员轮换后让新值班人员熟悉真实操作路径
  • 监管或客户要求提供容灾演练证据时
  • 怀疑某条链路『以为有冗余』时,用单组件演练快速证伪

演练类型对照

类型形式主要验证风险
桌面推演会议室内按剧本推演决策预案完整性、角色分工低
单组件演练切换数据库 / 存储 / 网络单环节组件切换步骤与耗时中
全链路实战按真实切换执行并引流验证端到端 RTO/RPO 与业务可用性高
双盲演练不预告时间与范围,临时触发真实应急反应与决策能力高,需成熟度支撑

实战演练最小剧本要点

实战演练最小剧本要点
# 1 目标与范围:本次要验证哪几个系统、目标 RTO 是多少
# 2 场景设定:模拟哪种故障(机房断电 / 主库宕机 / 光缆中断)
# 3 观察指标:切换开始到业务可用的实测耗时,逐阶段记录
# 4 中止条件:出现什么情况立即停止并回滚(写清判定人)
# 5 通讯约定:指挥频道、上报节奏、静默期安排
# 6 收尾:恢复原状态、确认数据一致、输出报告与行动项
双盲演练对组织成熟度要求高:先做熟计划性演练,确认预案、人员与验证工具都可靠之后,再逐步引入无预告元素,否则容易演变成真实事故。
实战演练前必须准备回滚方案并预留恢复窗口,演练中产生的数据差异(双写、补偿)要有明确处理办法,不能留给业务方自行对账。

易错点

  • 只做桌面推演:纸面流程顺滑,真操作时到处卡壳,实测 RTO 与目标差出数倍
  • 直接上双盲演练:团队经验不足时容易把演练变成真实故障
  • 演练不发通知:业务方与监控值班把演练当真实故障处理,造成无谓的应急响应
  • 演练结束不复盘:暴露的问题没有行动项与责任人,下一轮原地重演

数据来源与参考

  • NIST SP 800-34(测试、培训与演练类型)
  • 业务连续性实践(演练分级)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌