计划与记录是一体两面
计划是演练的执行依据，记录是演练的复核依据，两者缺一都会让演练失去意义。计划至少要明确目标范围、时间窗、分工、步骤判据与回退预案；记录至少要让没有参加演练的人事后能沿着时间戳还原当时发生了什么、依据什么判断通过。只写结论不写过程的记录，在审计和故障复盘中都无法使用。
计划必备要素
| 演练目标 | 验证哪些系统、哪条路径、对应的 RPO 与 RTO |
|---|---|
| 范围边界 | 参与系统清单，并写明不参与的系统及原因 |
| 时间窗 | 开始时刻、里程碑节点、最晚回退时刻 |
| 组织分工 | 指挥、存储执行、主机与数据库、业务验证、记录 |
| 回退预案 | 触发条件、回退步骤、回退后的数据核对方式 |
| 审批与通知 | 变更审批、业务通知时点、外部依赖方协调 |
| 复盘安排 | 复盘时间、问题清单、改进项责任人与期限 |
典型使用场景
- 年度容灾演练立项，需要一份可审批、可执行的完整方案
- 多团队联合演练，用统一计划对齐存储、主机、数据库与业务的节奏
- 监管或客户审计要求提供演练证据，需要过程记录而不仅是结论
- 真实故障复盘时，用演练记录比对实际表现以定位能力缺口
- 人员更替后交接演练资产，让新成员能按计划独立复现流程
- 演练频次与覆盖范围的规划，判断哪些系统长期未被验证
记录字段与要求
| 记录字段 | 要求 | 常见缺陷 |
|---|---|---|
| 时间戳 | 精确到分钟且能与系统日志对齐 | 只记日期，事后无法定位到事件 |
| 操作人 | 记录实际执行者而非岗位名称 | 只写角色，人员变动后无从追溯 |
| 执行动作 | 保留实际使用的命令或界面操作路径 | 只写完成切换一类结论 |
| 观察结果 | 记录界面原始状态与关键告警文本 | 用主观判断替代原始信息 |
| 偏差与处理 | 记录是否超时、是否触发回退及原因 | 偏差被隐去，改进项无从产生 |
| 证据附件 | 截图、日志片段、校验输出 | 结论缺少证据，审计不予采信 |
计划骨架
计划骨架
# 一、目标与范围：参与系统、复制关系、目标 RPO 与 RTO
# 二、时间窗：演练开始、里程碑节点、最晚回退时刻
# 三、分工：指挥 / 存储执行 / 主机与数据库 / 业务验证 / 记录
# 四、步骤：按依赖顺序编号，每步写清操作、预期结果与判据
# 五、回退：触发条件、回退步骤、回退后的数据核对方式
# 六、沟通：业务通知时点、异常升级路径、外部依赖方联络人
# 七、闭环：复盘时间、问题清单、责任人与完成期限演练记录与生产变更记录建议分开存档。演练记录的作用是提供可复核的过程证据，重点是原始时间戳与操作细节；变更记录关注的是审批链与影响范围。两者混在一起时，审计既看不清审批关系，也追不到执行细节，复盘时检索成本也会显著上升。