监测系统三分建、七分养：被所有人忽视的下半场

「边坡监测 100 问」第 12 期 ｜ 验收那天的合影，只是这段关系的开始——真正决定系统生死的，是之后没有掌声的每一天。

系统是怎么"悄悄死掉"的

几乎没有监测系统是在某一天突然坏掉的，它们都是慢慢死掉的：

• 电池容量逐年衰减，某年雨季连续阴雨后开始频繁断电；
• SIM 卡默默欠费，设备"心跳"还在、数据停在半个月前；
• 传感器悄悄漂移，读数看着正常，其实已经不可信；
• 人员轮换，阈值为什么这么定、基准点在哪，没人说得清。

这些慢性病有一个共同点：大屏上看不出来。 在线率报表漂亮、曲线还在更新，直到汛期最需要它的那一刻才发现——数据是假的，或者根本没了。业内管这叫"假在线"，它是监测运维的头号隐形杀手。

为什么说运维是数据可信的前提

一套没有标定记录、没有巡检记录的系统，出了事拿不出证据链：你怎么证明那条数据是真实的？怎么证明预警当时发过了、有人接收了？

监测数据的价值，一半在采集，一半在可信。标定比测记录、巡检工单、故障闭环、值班交接——这些"枯燥的纸面工作"，恰恰是数据在验收、审计乃至法律纠纷里站得住的全部底气。没有运维记录的监测系统，等于把下半场的命交给了运气。

算一笔全生命周期的账

比选监测方案时，多数人只看建设报价。但一套系统要活很多年，真正的账是：

建设费 + N 年的运维费 + 出一次事的代价。

评估运维体系，建议只看三条硬标准：

1. 响应时效：故障多长时间恢复？备件在不在本地？
2. 在线率承诺：敢不敢把在线率写进合同并挂钩考核？
3. 记录完备：巡检、标定、更换、预警处置，是否全程留痕可查？

三条都含糊的运维，报价再低也是把风险转嫁给了你。这也是为什么 serious 的业主宁愿建设期省一点，也要把运维预算留足——系统是养出来的，不是装出来的。

汛期值守：把"叫应"机制落到人

运维的终极大考在汛期。设备之外，还要有一套"叫应"机制：预警触发后，按级别叫到对应的人——值班员必须确认收到，联系不上的立即顺延到下一责任人，直到有人"应答"为止。

值守排班、领导带班、交接班记录，这些看起来最不像技术的东西，恰恰是历年成功避险案例里出现频率最高的词。机器负责发现，人负责决断——决断链上的每一环都要有人。

关于这个栏目

「边坡监测 100 问」只做一件事：把边坡安全里能靠逻辑讲清的部分，讲清楚。我们不推销设备、不报价格、不评价同行，只给判断依据和自查清单。有具体场景想讨论，欢迎在公众号后台私信，我们会挑典型问题写进后面的期数。

下期预告：崩塌和滑坡，是一回事吗？机理不同，监测思路几乎完全相反。关注本号，别错过。

本文为行业知识科普，不构成对任何具体项目的运维方案或安全结论的保证。具体项目须由具备相应能力的单位结合实际条件单独论证。