2. 传递单基础：传递单的定义、生命周期、常见状态流转
传递单（Trouble Ticket）是运维故障排查与变更管理中最核心的记录载体。它不仅是问题从发现到关闭的完整日志，更是元数据治理中“事件元数据”的源头。本节将系统讲解传递单的定义、生命周期以及标准状态流转模型。
2.1 传递单的定义
传递单是一份结构化的电子工单，用于记录、跟踪和管理 IT 运维中发生的异常事件、服务请求或变更任务。在故障排查场景下，传递单承载了以下关键信息：
- 问题描述：故障现象、影响范围、发生时间。
- 责任主体：申报人、处理人、升级人、审批人。
- 处理记录：诊断步骤、临时措施、根因分析、解决方案。
- 关联元数据：关联的配置项（CI）、变更单、监控告警、日志快照。
核心观点： 传递单是故障排查的“时间轴容器”，每一笔状态变更都对应一个元数据版本。没有规范的传递单，故障复盘将失去可追溯性。
2.2 传递单的生命周期
一个标准的传递单从创建到归档，通常经历以下五个阶段。每个阶段都对应明确的元数据采集点：
| 阶段 | 说明 | 关键元数据 |
|---|---|---|
| 创建 | 用户或监控系统提交故障报告，系统生成唯一 Ticket ID | 创建时间、申报人、问题类型、优先级、初始描述 |
| 分派 | 根据规则或人工将传递单分配给对应的运维小组或工程师 | 分派时间、处理人/组、SLA 计时起点 |
| 处理 | 工程师执行诊断、排查、修复操作，并记录处理日志 | 操作时间、操作人、操作内容、关联变更单号 |
| 升级 | 当问题超出当前处理范围或超时，自动或手动升级到更高级别 | 升级时间、升级路径、升级原因、新处理人 |
| 关闭 | 问题已解决，经确认后关闭传递单，进入归档 | 关闭时间、关闭人、解决方案摘要、根因分类 |
运维提示： 在元数据治理中，传递单的“创建时间”和“关闭时间”是最常用的两个时间戳，用于计算 MTTR（平均修复时间）和 SLA 达标率。务必确保这两个字段的采集精度达到秒级。
2.3 常见状态流转模型
传递单的状态机设计直接影响故障排查流程的严谨性。业界最通用的状态流转包含以下六个核心状态：
- 新建（New）：传递单刚创建，尚未被处理人认领。
- 处理中（In Progress）：工程师已接手，正在排查或修复。
- 等待中（On Hold）：需要等待第三方、用户确认或变更窗口，计时暂停。
- 已解决（Resolved）：问题已修复，等待申报人确认。
- 已关闭（Closed）：申报人确认问题解决，传递单正式关闭。
- 已取消（Cancelled）：问题重复、误报或不再需要处理。
2.4 状态流转中的关键规则
在实际运维系统中，状态流转并非完全自由，而是受以下规则约束：
- 新建 → 处理中：必须由具有处理权限的工程师认领，系统记录认领时间。
- 处理中 → 等待中：必须填写等待原因和预计恢复时间，SLA 计时暂停。
- 等待中 → 处理中：等待条件解除后自动或手动恢复，SLA 计时继续。
- 处理中 → 已解决：必须填写解决方案和验证步骤。
- 已解决 → 已关闭：必须由申报人或质检角色确认，否则自动超时关闭。
- 已关闭：不可再修改，仅允许追加审计备注。
常见陷阱： 很多团队允许“已关闭”的传递单被重新打开，这会导致元数据时间线混乱。建议严格遵循“已关闭即终态”原则，如需继续处理，应创建关联的新传递单，并在原单备注中建立链接。
2.5 传递单与元数据的映射关系
每一张传递单在生命周期中都会产生多条元数据记录。下表展示了传递单状态与元数据实体的对应关系：
| 传递单状态 | 产生的元数据实体 | 示例字段 |
|---|---|---|
| 新建 | 事件记录 | ticket_id, create_time, reporter, severity |
| 处理中 | 操作日志 | operator, action, timestamp, detail |
| 等待中 | 暂停记录 | hold_reason, hold_start, estimated_resume |
| 已解决 | 解决方案 | solution_summary, root_cause, fix_action |
| 已关闭 | 归档快照 | close_time, closer, final_category, mtbf |
2.6 实战要点总结
- 状态机必须闭环：确保每个状态都有明确的进入条件和退出条件，避免出现“僵尸工单”。
- 元数据不可篡改：传递单的操作日志应采用 append-only 模式，一旦写入即不可删除或修改。
- 关联关系必须记录：传递单与变更单、监控告警、配置项之间的关联关系，是故障排查时最重要的上下文元数据。
- SLA 计时与状态绑定：只有“处理中”状态才计入解决时间，“等待中”应暂停计时，避免 SLA 失真。
本节核心： 传递单是故障排查的“骨架”，状态流转是“关节”，元数据是“血肉”。只有三者协同工作，才能构建可追溯、可分析、可改进的运维体系。