演练脚本与步骤卡是什么
把切换与恢复操作拆成可以直接照做的最小步骤：每一步写清操作人、命令、预期结果、验证方式与回退动作，并预留耗时记录位。它的价值不止于演练——真实故障时它就是执行依据，同时是审计材料与人员交接的凭据。
基本信息
| 颗粒度 | 命令级，一条命令一个动作 |
|---|---|
| 单卡必备项 | 前置条件、操作人、命令、预期结果、验证方法、回退动作、耗时记录 |
| 配套材料 | 系统与拓扑清单、账号与权限、联系人名单 |
| 存放位置 | 与应急预案放在同一处，保证现场能取到最新版 |
| 维护要求 | 系统变更后同步修订，演练发现偏差立即改 |
| 排查用途 | 演练后按耗时记录评估实际 RTO 与目标差距 |
典型使用场景
- 切换演练：照卡执行并记录每一步的实际耗时与偏差
- 真实故障：现场按卡执行，减少临场决策与争论
- 新人培训：走一遍步骤卡就理解整条切换链路
- 交接与轮岗：把关键操作从个人经验变成团队资产
- 审计与复盘：留下可追溯的操作与验证记录
步骤卡模板
步骤卡模板
# 每条动作拆到命令级
[步骤 3/12] 提升备库为主
操作人：DBA 值班
前置：步骤 2 已完成，备库无应用延迟
命令：pg_ctl promote -D /var/lib/pgsql/data
预期：日志出现 promote 完成提示
验证：psql -c 'SELECT pg_is_in_recovery();' # 期望返回 f
回退：30 秒内未完成则回退到步骤 2 并上报指挥
耗时记录：____ 秒步骤卡字段读法
| 字段 | 作用 | 缺失后果 |
|---|---|---|
| 前置条件 | 说明这一步依赖哪些动作已完成 | 条件不满足时硬执行，操作失败或影响面扩大 |
| 命令 | 可直接照抄执行的命令 | 写成模糊描述等于没有信息量 |
| 预期结果 | 执行后应该看到什么 | 无法判断这一步算不算成功 |
| 验证方法 | 独立于操作本身的检查手段 | 只靠操作人自证，容易漏判 |
| 回退动作 | 失败后如何回到安全状态 | 现场陷入僵局，只能临时拍脑袋 |
| 耗时记录 | 记录每一步实际用时 | 无法评估 RTO 是否达标 |
步骤卡的锋利之处在于前置条件和回退动作：只写正向步骤的卡片，在环境稍有偏差时就无法执行，等于把风险留给现场。
卡片里的账号、路径、IP 会随环境变化：把这些参数集中放在卡片开头的变量区，变更时只改一处，比散落在各步骤里更不容易漏改。
演练中发现的偏差要当场标注并在结束后修订：带病运行的步骤卡下次还会让执行人现场摸索。