01
进场条件
明确症状、窗口、不可停机约束、已有厂商与权限边界。
进场流程
每一步默认留下：输入范围、动作、批准人、回滚条件。AI 可用于整理日志与草稿，不替代人的决策责任。
02
优先稳定
先止住正在扩大的故障面：限流、回滚、隔离、临时容量。
03
根因分层
架构 / SQL / 容量 / 变更 / 数据质量分层验证，避免只治表象。
04
止血与回滚
每一步可回退；记录谁批准、何时生效。
05
根治方案
给出可排期的改造项、风险与验收标准。
06
知识转移
检查清单、脚本边界、防复发项交给客户团队。
脱敏战例骨架
以下为方法与场景类型说明，不对应可定位的客户系统名称；细节以合同与进场纪要为准。
金融相关生产库（脱敏）
核心库性能悬崖
症状：高峰等待暴涨、关键交易/批次超时，业务窗口濒临失败。
约束：有限维护窗口；不能长时间不可用；多方厂商已在场。
- 快速锁定热点会话与等待类
- 区分突发变更与慢性容量债
- 给出可回退的临时与根治路径
结果类型：窗口内恢复可接受服务水平，并留下可复查的巡检与变更门槛。
可带走：会话/等待分析纪要、临时参数与回滚条件、后续改造清单
保险 / 大型报表链路（脱敏）
数仓 / 批次拖死日结
症状：日结或监管相关批次越跑越长，下游报表不可用。
约束：业务日切不可随意推迟；链路跨多系统。
- 拆关键路径与瓶颈段
- 区分数据量暴涨、倾斜与无效重算
- 重排依赖与验收点
结果类型：批次回到可接受时长区间，并明确「不可再犯」的变更检查项。
可带走：瓶颈段说明、依赖图要点、防复发检查清单
异构迁移或平替项目（脱敏）
迁移 / 切换卡死
症状：对象转换、数据校验或回切方案反复不过关，上线日一推再推。
约束：双轨并行成本高；业务只接受有限试切。
- 重定验收与回切判据
- 按风险对象分层推进
- 建立试切失败即停的闸门
结果类型：恢复可执行的试切节奏，范围与责任重新写清。
可带走：对象风险分层表、试切剧本、回切条件
响应
邮件注明「救场」与症状；工作日尽快确认是否可进场及权限边界（以排期为准）。
边界
不索要未授权超管；不承诺无窗口限制的「包过」；范围外改造另立项目。
常规路径
非紧急可先做数据库健康体检或项目评估，再决定是否升级救场。