
应急预案里写着“切换备用电源”,读起来只有七个字。真正执行时,它却依赖设备、设施人员、授权、联系路径和业务恢复顺序。预案最怕的不是写得短,而是把这些依赖藏进一个动词里。
我不打算把没有原始记录的设备维修写成个人经历,也不讨论喷油泵拆装。对 SRE 来说,更有价值的是在故障发生之前,把自己能确认的事和需要专业确认的事分清楚。
设备在场,不等于能力在场
库存表只能证明有一个设备条目。检修记录是否有效、测试是否覆盖当前负载条件、转换方案由谁批准,这些问题需要设施专业团队给出依据。业务团队则要知道备用能力不足时,哪些服务优先、哪些可以降级、谁确认数据恢复。

插图表达预案准备,不是设备安装或运行布置的技术依据。发电设施的通风、供电连接与现场操作以专业方案为准。
用桌面演练找出空白格
桌面演练可以从一个简单问题开始:“现在主供电中断,我们首先联系谁?”不要让熟悉系统的人马上口头补全,先按文档走一遍,看看联系人失联、备用容量不足和监控断链时,下一步是否仍然明确。
下表是四个虚构演练情境。先让参与者只按文档找下一步,再记录哪里必须依赖某个人口头补充。
| 演练情境 | 文档应当给出的下一步 |
|---|---|
| 第一联系人未回应 | 找到备用联系人及升级时限 |
| 备用容量不足 | 业务负责人确认降级顺序与承载范围 |
| 监测断链 | 独立确认现场状态,不按最后一个正常值判断 |
| 只有桌面讨论 | 记录未执行实际转换,安排专业团队补足验证 |
找到所有材料入口,也不意味着设备已通过电气测试。演练记录还应写下谁参加、哪些情况只作桌面讨论、哪些切换并未实际执行,避免把“演练完成”误读成全面能力认证。
把英雄故事改成可维护的责任
让 Agent 提出可审核状态的思路也适合预案助手:它可以找缺项、整理联系树与提出更新,发布预案和确认设施能力仍由对应负责人完成。模型不能从一段旧事故故事里补出有效的检修结论。
这些是桌面讨论提纲,没有操作设备或验证供电能力。一次有价值的预案更新,可能只是把一个失效号码换掉、把一个无人负责的动作分配清楚。它没有抢险故事那么响亮,却能让真正的应急过程少一点临场冒险。
博客指出应急预案中‘切换备用电源’等简短描述掩盖了设备状态、人员授权、负载测试、审批流程和业务恢复优先级等多重依赖。强调设备在场不等于能力就绪,需由设施专业团队提供检修记录、电气测试和方案批准依据;通过结构化桌面演练识别文档空白与责任缺位;主张将英雄式应急叙事转化为可审计、可维护、可分配的责任体系,提升业务连续性可靠性。

345

被折叠的 条评论
为什么被折叠?



