宿舍WiFi网络计费系统上线稳定之后，真正的考验才刚开始。建设期有厂商盯着，上线后日常就靠学校自己了。我们跟网络中心老师聊得最多的话题，不是怎么建，而是平时该盯什么、什么信号一冒头就得动手。计费系统不像普通网络设备，它连着钱和学生体验，小毛病拖成大毛病，财务和学生会同时找上门。这里列几个我们觉得每天都该过一眼的点。

第一盯：支付和账单的对账

这是每天必须看的一件事。拉一份当日的支付流水和计费账单，比对实收和账面是不是一致，差额是不是在可接受范围。我们见过对账隔了半个月才做，结果发现某天支付回调大面积丢失，那半个月的账全得人工补，财务差点疯。对账不用复杂，系统出个日报、运维点开扫一眼差额就行，但必须天天做。钱的事没有小问题，今天差几块，明天可能差几千。

第二盯：各楼栋在线和流量异动

日常运维要习惯看各楼栋的在线人数和流量曲线。某栋楼突然流量暴跌，可能是接入控制器挂了或者上联断了；某栋楼某时段流量异常飙高，可能是有人在刷下载或者设备被蹭。我们建议设几个阈值告警，比如单楼在线数掉到平时三成以下、或者单设备流量超人均十倍，系统自动弹提醒。天天扫一眼曲线，比等学生投诉再查要快得多。异动早发现，故障影响面就小。

第三盯：欠费和断网比例

欠费率突然升高，往往不是学生都没钱了，而是充值通道出了毛病，比如支付接口报错、自助页面打不开。我们一般让运维每天看一眼欠费分布和断网数，如果某天断网数异常多，先查系统再查学生。反过来，如果欠费很多却没人断网，说明断网策略没生效，系统在贴钱给别人用网。这两个数一个看体验一个看成本，都是日常该盯的。

第四盯：认证成功率

认证是入口，入口一卡全场瘫痪。我们建议把认证成功率当成一个核心健康指标，低于某个阈值就告警。成功率掉，可能是认证服务资源不够、可能是数据库慢、也可能是网络抖动。头一个月我们把这个指标盯得最紧，后面稳定了也得天天留个心。学生连不上网的第一句话永远是网络坏了，其实八成是认证卡了，运维一看成功率就知道往哪查。

第五盯：设备和账号异常

前面说的多终端和防盗用，日常要靠异常检测兜底。系统每天该跑一遍异常登录扫描：同一账号短时间多楼栋登录、单设备流量畸高、长期休眠账号突然大流量，这些列出来人工过一遍。我们见过靠这个揪出过整层蹭网的，也发现过毕业账号没销还在产生账单的。异常不一定都是坏事，但不过这个筛子，小漏洞会变成大窟窿。日常运维的细致，一半体现在这套扫描上。

留一份可执行的应急预案

最后，盯着盯着总有一天会出真问题，所以得有预案。中心数据库挂了怎么降级到楼栋本地、支付中断了怎么先放通后补费、认证服务满了怎么限流保核心，这些写在文档里、演练过，真出事才不慌。我们建议每学期拿一个真实故障场景做一次演练，别让预案躺在文件夹里吃灰。运维盯的是日常，预案保的是底线，两样都得有。

定期做容量复盘

日常盯的是当下，但容量会随人数和设备数慢慢涨。我们建议每学期做一次容量复盘，看并发、流量、存储是不是快碰到设计上限，提前规划扩容。不少学校等到系统开始卡才想起来扩，那时候采购和部署都赶不上。容量复盘不用复杂，拿学期数据对比设计值，画条趋势线，提前半年看到拐点，运维就从救火变成有计划。

知识库要沉淀

运维里踩过的坑、调过的参数、处理过的故障，得沉淀成学校自己的知识库，别只存在某个老师的脑子里。我们见过负责老师一调走，新人面对系统两眼一黑，同样的坑再踩一遍。知识库不要求多正式，一份持续更新的文档就行，记现象、原因、处理、预防。它积累几年，就是学校最值钱的运行资产，也是交接时最实在的东西。

和学生建立反馈通道

计费系统连着学生体验，光靠运维自己盯不够，得让学生能方便反馈。我们建议在自助页面留一个报障入口，学生遇到上不了网、账单有疑问，一键提交。这些反馈汇总起来，能补足系统监控看不到的问题，比如某片区域的覆盖死角、某个时段的体验下降。学生是最前线的传感器，把反馈通道打通，运维的视野就宽了，很多问题在投诉爆发前就被捞起来了。