不流转就等于没发现
巡检异常如果不进入受跟踪的流程，最终只会停留在报表里。流转设计要回答四个问题：哪些异常生成工单、按什么级别、由谁负责、多长时间内闭环。关键是把异常按影响与紧急程度分级，而不是每条都建单，否则工单系统会迅速失去权威性。
基本信息
| 分级依据 | 影响面、是否影响可用性、能否自愈 |
|---|---|
| 流转要素 | 负责人、处理时限、验收方式 |
| 去重方式 | 按目标与检查项去重，避免周期重复建单 |
| 闭环要求 | 修复后由巡检结果自动验证并关闭工单 |
| 例外处理 | 已知噪音与计划内变更进入豁免清单 |
典型使用场景
- 可用性相关异常：立即建单并通知值班，例如关键服务不可用、磁盘写满
- 容量与到期类异常：按提前量建单，为扩容与续期留出时间
- 配置漂移：批量目标出现同类偏差时合并为一个变更任务，而非逐台建单
- 长期未修复项：升级到负责人并按周期复检，避免异常记录持续累积
- 豁免管理：计划内停机与已知噪音登记豁免并设置过期时间
异常分级与处置
| 级别 | 判定依据 | 处置方式 |
|---|---|---|
| 紧急 | 影响可用性或数据安全 | 立即通知值班并建单 |
| 高 | 有明确时限的外部约束 | 限期内建单并跟踪进度 |
| 中 | 配置漂移与容量趋势 | 合并为变更任务批量处理 |
| 低 | 已知噪音与已豁免项 | 登记豁免并设过期时间 |
按分级决定是否建单
按分级决定是否建单
# 只对达到分级条件的异常建单，避免工单系统被噪音填满
level=low
if [ $disk_pct -ge 92 ]; then level=critical
elif [ $disk_pct -ge 85 ]; then level=high
fi
case $level in
critical) notify-duty ;; # 紧急：立即通知值班并建单
high) open-ticket ;; # 高：限期内建单并跟踪
*) log-only ;; # 低：仅写入报表与豁免登记
esac工单必须能被后续巡检结果自动验证关闭。缺少验证环节时，修复状态只能靠人工确认，工单会被提前关闭或长期挂起，巡检报表与实际情况逐渐脱节。
同一异常按周期重复建单会让工单系统丧失权威性，值班人员开始忽略新工单。建单前应先按目标与检查项去重，并与既有工单关联，而不是每次巡检都新开一张。