应急预案要写清楚什么
应急预案不是「遇到故障及时处理」这类口号，而是把故障发生后的每一步固定下来：什么情况算哪一级、谁先做什么、用什么命令、什么条件下升级给谁、什么时候通知业务方。设备故障与一般事件不同，处置慢一分钟就多一分钟业务中断，预案的价值就在于把决策从现场挪到平时。
基本信息
| 分级标准 | 按业务影响划分等级，对应响应时限与通知范围 |
|---|---|
| 联系链路 | 值班、二级支持、厂商、业务负责人的升级路径 |
| 处置手段 | 双机切换、备机替换、临时链路调整、按审批旁路 |
| 恢复目标 | 明确恢复时间目标与可接受的降级服务范围 |
| 演练要求 | 每年至少演练一次，演练后更新预案 |
| 存放要求 | 值班与相关角色都能随时找到最新版本 |
典型使用场景
- 设备故障导致业务中断时的快速响应
- 安全设备自身失陷时的分级处置
- 重大活动或节假日期间的保障预案
- 新设备上线后补齐对应应急预案
- 演练与真实事件后的复盘与更新
预案要素
预案要素
□ 故障分级与判定条件 # 何时算严重
□ 值班与升级联系链，含厂商支持电话 # 找谁
□ 各场景处置步骤，含命令示例 # 怎么做
□ 恢复验证清单与信息通报模板 # 怎么证明恢复
□ 演练计划与上次演练结论 # 保持有效常见故障场景与优先动作
| 场景 | 优先动作 |
|---|---|
| 双机同时异常 | 先隔离一台，保住一台可用 |
| 单台硬件故障 | 按流程替换备机或迁移角色 |
| 设备自身失陷 | 隔离该设备，评估是否需临时旁路 |
| 性能异常 | 限流、限制异常来源并观察资源占用 |
预案要写「谁在什么时间做什么」，而不是「应及时处理」这类无法执行的描述。
预案存放位置无人知晓、联系人早已过期，故障现场才发现升级链路断裂，这与没有预案差别不大。