紧急变更是什么
紧急变更是为恢复已中断的服务、止损或处置安全事件而临时启用的快速变更通道。它与常规变更的区别不在技术手段，而在流程节奏：允许由预先授权的授权人快速批准后立即实施，事后补做完整评审与记录。ITIL 强调紧急不等于免记录，这条通道的作用是压缩审批等待时间，而不是取消控制点。
基本信息
| 触发条件 | 服务中断恢复、安全事件应急处置、监管硬时限 |
|---|---|
| 审批主体 | 预先授权的变更授权人，或紧急变更顾问组 ECAB |
| 审批顺序 | 先授权实施、事后补审，留痕不可省略 |
| 适用对象 | 生产配置调整、应急补丁、临时扩容与回退 |
| 记录载体 | 变更单关联事件号、回退方案、复盘报告 |
典型使用场景
- 核心交易服务宕机，需立刻调整限流与连接池参数恢复业务
- 爆发安全漏洞，需在公告时限前打补丁或临时下线入口
- 数据库主库故障，按预案执行主备强制切换
- 大促前夜发现容量不足，紧急扩容实例并调整路由
- 第三方接口长时间不可用，切换到备用通道并调整降级策略
紧急变更最小记录
紧急变更最小记录
# 为什么紧急：必须关联事件号，证明不是排期失误
原因：事件 INC-2026-1031 支付成功率跌破阈值
# 改了什么 / 回退方案：没有回退方案不算合格记录
变更：连接池上限由 200 调整为 500
回退：参数改回 200 并重启，预计 5 分钟
# 授权人与实施时间：精确到分钟，便于复盘
授权人：值班授权人张三 实施：2026-09-18 02:15
# 事后验证与复盘结论：谁验证、看什么指标
验证：支付成功率 15 分钟内回升至基线，无新增告警
复盘：容量模型未覆盖大促流量，转常规改进项跟进常规与紧急变更对照
| 维度 | 常规变更 | 紧急变更 |
|---|---|---|
| 评审时点 | 实施前完成评审与排期 | 实施后 1-3 个工作日内补审 |
| 审批层级 | 按风险分级走 CAB | 授权人单独批准或 ECAB 快速决议 |
| 记录要求 | 标准变更单 | 变更单 + 事件关联 + 复盘结论 |
| 实施窗口 | 按计划窗口集中实施 | 任何时间，以恢复服务为优先 |
紧急变更不应成为常态：比例长期偏高说明排期机制或技术债存在问题，比例失控还会让事后补审流于形式，控制点形同虚设。
ECAB 成员名单、授权额度与代理关系要事前书面确定并同步到值班表，否则深夜故障现场容易卡在找不到授权人。