已知错误是什么
已知错误是根因已经定位、但永久修复尚未完成的问题，需要记录症状、根因与临时方案。它存在的价值是让一线不必重复排查：查到条目就能直接套用临时方案恢复服务。集中存放这些条目的地方称为 KEDB（已知错误数据库），通常作为知识库的一个分类或标签。
基本信息
| 状态 | 根因已知、永久修复未完成 |
|---|---|
| 主要用途 | 一线路由与快速缓解，避免重复排查 |
| 载体 | KEDB 或知识库中的专门分类 |
| 关闭条件 | 永久修复上线并验证通过 |
| 关联对象 | 问题单、事件单、变更单 |
典型使用场景
- 某故障反复出现且修复排期在后续版本，需要先固化缓解手段
- 一线判断故障是否属于已知问题，减少二线升级量
- 突发事件时快速找到可执行的临时方案缩短恢复时间
- 梳理高频问题的处置一致性，避免不同值班人不同做法
- 为问题管理提供在办清单，跟踪永久修复的排期与进展
已知错误条目模板
已知错误条目模板
# 症状：用一线能观察到的现象描述，不写内部术语
症状：服务 A 高峰期偶发 502，持续约 1-2 分钟
# 根因：已定位才叫已知错误，未定位应归入问题单
根因：连接池配置不足（已定位，需版本升级修复）
# 临时方案：必须写清适用边界与生效条件
临时方案：客户端重试 + 临时扩容 1 实例（峰值时段有效）
# 永久修复：关联变更号，便于跟进关闭
永久修复：升级连接池配置（关联变更 CH-1234）条目要素与要求
| 要素 | 要求 | 缺失后果 |
|---|---|---|
| 症状 | 用业务现象描述，可被一线识别 | 检索不到，等于没写 |
| 根因 | 已定位的具体原因 | 被当成问题单，责任边界模糊 |
| 临时方案 | 含适用边界与失效条件 | 一线误用，缓解无效甚至扩大影响 |
| 关闭条件 | 永久修复验证通过 | 条目长期挂着，知识库逐步过期 |
已知错误要挂到相关问题单与事件单上，保证从事件号、关键词或服务名都能检索到，否则条目存在但现场用不上。