演练报告与改进跟踪
演练结束后输出一份报告：目标达成情况、实测的 RTO 与 RPO、暴露的问题、行动项与责任人、下次演练计划。报告的价值集中在两处——把实测数据沉淀成可比较的基线，以及把问题转成有人负责、有期限、可验收的行动项。只写成绩的报告等于白练。
基本信息
| 输出时间 | 演练结束后一周内，避免记忆流失 |
|---|---|
| 报告对象 | 管理层、业务方、参与团队 |
| 核心内容 | 目标对照、实测数据、问题清单、行动项、预案修订 |
| 跟踪方式 | 行动项进入任务系统，逾期升级 |
典型使用场景
- 年度容灾工作汇报：用实测 RTO 数据支撑投入申请
- 监管与客户审计：提供演练证据与整改闭环记录
- 跨团队协作改进：把涉及网络、应用、DBA 的问题分别派单
- 下次演练设计输入：按上轮暴露的问题设定新场景
- 预案版本管理：明确本次演练后预案修订到哪个版本
报告要素清单
报告要素清单
# 1 演练概况：时间、范围、场景、参与角色
# 2 目标对照：计划 RTO/RPO 与实测值，附各阶段耗时表
# 3 执行记录：关键步骤与实际偏差（实际做了什么，而非预案要求什么）
# 4 问题清单：分级（阻断/严重/一般）+ 证据（日志、截图、时间戳）
# 5 行动项：负责人 + 期限 + 验收方式，逐条可验证
# 6 预案修订：本次更新的文档与版本号
# 7 下次计划：复测范围、时间与观察重点问题分级参照
| 级别 | 判定 | 处理要求 |
|---|---|---|
| 阻断 | 导致演练中止或业务不可用 | 立即整改，指定负责人与完成时间 |
| 严重 | 显著超出目标耗时或数据不一致 | 本季度内整改并复测 |
| 一般 | 流程不顺畅但不影响结果 | 纳入改进列表，按排期处理 |
| 观察项 | 潜在风险，尚无实际影响 | 记录并持续观察 |
报告最有价值的部分是『没做到什么』：实测 RTO 与目标差距、哪一步卡住、谁在等谁。用词要具体到可判定，避免『基本达成』这类无法验收的表述。