采集项清单决定能看见什么
动环监控的能力边界由采集项清单决定：没采集的量永远不会出现在大屏与告警里，采集了却不可判定的量只会制造噪声。清单设计的目标是覆盖所有会影响业务连续性的环节，并为每一项确定量纲、采样周期、阈值来源与告警等级。合理的做法是先按子系统罗列，再逐项用「它异常时我能不能判断、能不能行动」来筛掉无用项。
基本信息
| 分层结构 | 机房环境、制冷系统、配电与供电、蓄电池、消防、安防与漏水 |
|---|---|
| 单条内容 | 测点名称与位置、量纲、采样周期、阈值与等级、通知对象、处置指引 |
| 采集方式 | 传感器直采、设备协议采集（如 SNMP 或 Modbus）、干接点接入 |
| 扩展性 | 清单应支持新增机房与设备，避免每加一台设备就改动上层结构 |
| 与运维挂钩 | 每条告警都应有明确的处置动作，无法处置的量应考虑只做记录 |
| 取值口径 | 阈值来源包括设备规格、现行标准与本地运行基线，需注明依据 |
分系统典型采集项
| 子系统 | 典型采集项 | 采集方式 |
|---|---|---|
| 机房环境 | 机柜进风温度、通道温湿度、露点 | 温湿度传感器直接采集 |
| 制冷系统 | 送风温度、回风温度、风机状态、机组告警、水阀状态 | 协议采集与干接点 |
| 配电 | 进线电压电流功率、断路器状态、母线温度、电量 | 多功能电表与协议采集 |
| 不间断电源 | 输入输出状态、电池状态、负载率、旁路状态 | 协议采集 |
| 蓄电池 | 单体电压、内阻、温度、组端电压 | 专用采集模块 |
| 消防与漏水 | 火警信号、气体喷放状态、漏水位置 | 干接点与漏水检测主机 |
| 安防 | 门禁记录、视频在线状态、机柜门状态 | 门禁与视频系统对接 |
设计原则
- 与业务连续性相关：优先采集那些异常会导致业务中断或设备损坏的量
- 可判定：每个测点都要有可比较的基准或阈值，否则数据无法转化为结论
- 可行动：告警必须对应明确的处置动作与责任人
- 不重复：同一物理量不重复采集，避免同一事件产生多条告警
- 可追溯：采集项的命名与位置编码应稳定，便于历史数据长期比较
- 分阶段：先覆盖关键项再逐步扩展，避免清单一次铺开后长期无法维护
清单评审时把每一项交给运维人员回答三个问题：异常时判得出来吗、判出来能做什么、谁来做。回答不了的项目应暂时只做数据记录，不纳入告警池。
采集项过多会带来告警风暴与维护负担：传感器数量增加后漂移、失联与误报的概率同步上升，清单规模应与实际运维能力相匹配。