3. 元数据基础：元数据的定义、分类（技术元数据、业务元数据、管理元数据）

在传递单驱动的故障排查体系中，元数据是连接“审查意见”与“故障根因”的桥梁。没有元数据，传递单中的每一行记录都只是孤立的事件，无法形成可追溯、可分析的知识图谱。本节将系统讲解元数据的核心定义与三大分类，帮助你在实战中快速识别并利用元数据定位问题。

3.1 元数据的定义

元数据（Metadata）是“关于数据的数据”（Data about Data）。它描述数据的上下文、结构、来源、质量、权限和生命周期，使数据从“无意义的字节”变为“可理解的信息资产”。

元数据在传递单中的典型体现：

• 时间元数据： 告警产生时间、确认时间、恢复时间、响应时长。
• 来源元数据： 监控系统名称、采集器ID、数据源类型（日志/指标/事件）。
• 归属元数据： 所属业务线、应用模块、机房/区域、责任人团队。
• 变更元数据： 关联的变更单号、发布版本、配置项（CI）标识。

3.2 元数据的三大分类

根据描述对象和用途的不同，元数据通常分为三类：技术元数据、业务元数据和管理元数据。三者共同构成传递单的完整语义上下文。

3.3 技术元数据详解

技术元数据是运维人员最常接触的元数据类型。它描述数据在技术系统中的存储结构、访问接口、传输协议和物理位置。

常见技术元数据示例：

• 存储层： 数据库名、表名、字段名、字段类型、索引信息、分区键。
• 计算层： 作业名称、调度频率、依赖关系、执行日志路径。
• 网络层： 源IP、目标IP、端口号、协议类型、DNS解析记录。
• 应用层： API路径、请求方法、响应状态码、中间件版本。

在传递单故障排查中，技术元数据直接决定排查方向。例如：

• 如果告警涉及“数据库连接超时”，技术元数据中的连接池配置、数据库实例地址、当前活跃连接数就是第一排查点。
• 如果告警是“接口响应延迟”，技术元数据中的上游调用链、下游依赖服务、超时阈值就是关键线索。

3.4 业务元数据详解

业务元数据将技术数据翻译为业务语言，帮助非技术人员理解数据的业务含义。在传递单中，业务元数据是确定告警影响范围和紧急程度的核心依据。

常见业务元数据示例：

• 业务术语： “日活用户（DAU）”、“订单转化率”、“支付成功率”。
• 指标口径： “GMV = 订单金额 - 退款金额”、“响应时间从客户端发起请求开始计算”。
• 数据质量规则： “用户ID不能为空”、“订单金额必须大于0”。
• 业务负责人： 业务产品经理、运营负责人、数据产品经理。

3.5 管理元数据详解

管理元数据记录数据从产生到消亡的全生命周期管理信息。在传递单中，管理元数据是追溯“人为因素”和“变更历史”的关键证据。

常见管理元数据示例：

• 所有权信息： 数据所有者、数据管家、数据使用团队。
• 变更历史： 创建时间、最后修改时间、修改人、变更原因、版本号。
• 审批记录： 数据访问申请、审批人、审批时间、有效期。
• 合规标签： 数据敏感等级（公开/内部/机密/绝密）、脱敏规则。

在故障排查实战中，管理元数据的作用尤为突出：

• 当传递单显示“数据库CPU飙升”，管理元数据中的最近变更记录可能指向“10分钟前上线了新SQL脚本”。
• 当传递单显示“数据不一致”，管理元数据中的数据所有者可以快速找到责任人确认数据加工逻辑。

3.6 三类元数据的关系与协作

技术、业务、管理三类元数据并非孤立存在，而是相互关联、共同构成传递单的完整上下文。下图展示了三者在故障排查中的协作关系：

3.7 元数据在传递单中的实际应用

下面通过一个具体案例，展示三类元数据如何在传递单中协同工作：

案例场景： 某电商平台“订单创建接口”在 14:30 出现 P0 告警，响应时间从 200ms 飙升到 5000ms。

3.8 元数据治理的起点

在传递单驱动的故障排查体系中，元数据治理的起点是标准化采集和持续维护。以下是最低要求：

• 技术元数据： 确保每个传递单至少包含：告警时间（精确到毫秒）、主机/容器标识、应用/服务名称、接口/方法名称。
• 业务元数据： 确保每个传递单关联：业务线、核心指标名称、影响用户范围、SLA等级。
• 管理元数据： 确保每个传递单记录：最近一次变更单号、变更时间、变更人、审批状态。