无线Portal上线不是结束，是运维的开始。我们见过学校系统跑得好好的，突然某天晚高峰大面积连不上，查了半天才发现是日志把硬盘写满了。日常运维盯几个关键指标，小毛病刚冒头就能发现，不会拖成大事故。下面把最该盯的几个指标列出来。
指标一：认证成功率
这是最直观的健康度。成功率掉下来，说明有人在连WiFi但认证过不去，可能是服务器满了、数据库慢了、或者回程抖了。我们把成功率设成一级告警，跌破阈值就直接通知人，因为它直接影响所有人上网。这个指标每天看曲线，周环比一比，异常一眼就能看出来。很多学校直到投诉爆了才发现成功率早掉了，就是没人盯。
指标二：认证时延
学生点连接到正规上网，中间花的秒数就是认证时延。正常应该在一两秒内，如果涨到五六秒，体验就明显变差。时延升高往往预示后端压力大，是卡顿的前兆。我们建议时延按区域分看，宿舍和教学分开，哪块异常一目了然。时延是比成功率更敏感的预警，盯着它能提前半天发现问题。
指标三：并发在线数
在线终端数直接反映负载。我们建议设一条容量红线，比如设计峰值的八成，踩线就预警，提醒扩容或限流。并发数配合区域分布看更有用，哪栋楼突然暴涨，可能是接入点故障导致终端集中重连。这个数是容量规划的依据，也是晚高峰值守的重点。不盯并发，扩容就靠猜。
指标四：服务器资源
认证服务器和数据库的处理器、内存、磁盘，是最底层的指标。我们见过日志把磁盘写满导致认证全挂，就是因为没人盯磁盘。建议磁盘、内存都设阈值告警，尤其是日志分区。服务器资源异常，往往比上层指标更早亮红灯，是运维的底层防线。底层不盯，上层再漂亮也白搭。
指标五：无线日志和异常
接入点的掉线率、认证失败的类型分布、异常终端行为，这些日志里藏着真问题。我们建议把认证失败按原因分类统计，是密码错还是服务器超时，一眼分清是用户问题还是系统问题。异常行为检测出的共享账号，也在这里汇总。日志不是存了就行，得有人看、有规则告警，否则就是一堆废数据。
告警分级和预案
不是所有异常都该半夜叫人。我们建议把告警分级：影响全员上网的一类直接通知，单点小问题二类次日处理，纯统计类的三类周报即可。预警之外还得有预案，认证服务满了怎么限流保核心、数据库挂了怎么降级到楼栋缓存，演练过才不慌。盯日常防的是小毛病变大事故，预案保的是底线。
容量规划要留余量
并发数不是定一次就完事，每学期终端数都在涨。我们建议每季度看一次容量余量，踩到红线前就规划扩容，别等崩了再紧急加。扩容提前半年提预算，比临时抢修从容得多。容量规划是运维里最容易被拖的事，但恰恰是最该主动的。把余量当成健康指标盯，系统才能一直在舒适区运行。
日志归档与长期合规
前面说过日志留存是合规硬指标，但留存不是无期限堆着，得有归档和清理策略。我们建议热数据留近期、冷数据归档到低成本存储，既满足审计追溯，又不把在线库撑爆。归档策略要和留存时长要求对齐，比如要求留半年就别只存三个月。日志管理好了，审计来查随时能出，平时也不占资源。
运维交接不能断档
网络中心老师一调动，整套监控和预案可能跟着人走。我们建议把监控配置、告警阈值、预案文档沉淀到知识库，人员变动时做交接，不依赖某个人脑子里的经验。交接做到位，新人接手一周就能顶上。很多学校运维靠老师个人记忆，人一走系统就盲，这点最该防。
值班要排到人
监控再全也得有人看。我们建议把晚高峰和重大活动的值班排到具体人，手机畅通，告警一来有人响应，别指望系统自己修。
无线Portal日常运维盯的是成功率、时延、并发、服务器、日志、异常这六个指标，告警分级处理，预案定期演练。盯日常防的是小毛病变大事故，预案保的是底线，两样都得有。把监控埋好、把阈值设对，网络中心才能从救火队变成守夜人，夜里睡得着。