4. SCADA主站系统日常巡检
SCADA主站系统的日常巡检,本质上是围绕“主站能否持续、准确、及时地获取并处理现场数据”这一目标,对支撑数据链路的五类对象做周期性状态确认。这五类对象分别是:服务器(应用/历史/接口)、工作站(调度员操作台)、网络设备(核心交换与纵向通道)、数据库(实时库与历史库)、前置采集(通信前置机与通道)。巡检不是简单看“有没有报警”,而是通过一组可观察、可判断的指标,提前发现性能劣化、通道抖动、存储瓶颈等隐患。
巡检应固定时间、固定路径、固定判据,形成可对比的记录。建议每班一次常规巡检,每日一次深度巡检。常规巡检关注“活着且正常”,深度巡检关注“趋势是否恶化”。下面按对象展开关键检查点与判断依据。
一、服务器状态检查
主站服务器通常包括SCADA应用服务器、历史数据服务器、接口服务器等。巡检时先确认主机层:CPU使用率、内存占用、磁盘剩余空间、系统负载、关键进程是否存在。以Linux为例,可执行:
uptime
free -m
df -h / /data
ps -ef | grep -E "scada_app|hist_srv|iface_srv" | grep -v grep
systemctl status scada-app
判断依据示例:CPU持续高于80%需关注;内存可用低于15%需排查泄漏;/data分区剩余低于20%应预警,低于10%必须处理。进程检查要确认PID稳定、启动时间未异常重启。若发现进程存在但端口未监听,需进一步用ss -lntp确认服务端口状态。
二、工作站状态检查
调度员工作站重点检查画面刷新是否流畅、告警窗是否正常推送、实时数据是否更新、操作权限是否正常。巡检时可观察:画面切换响应时间、遥测值刷新周期、告警确认与抑制功能、双屏显示是否正常。若画面数据停滞但服务器正常,应检查工作站与服务器的网络连接及客户端进程。工作站还应检查系统时间是否与主站NTP一致,时间偏差超过1秒会影响SOE顺序。
三、网络设备状态检查
网络是主站数据链路的骨架。巡检核心交换机、纵向加密装置、路由器等设备时,关注端口UP/DOWN、丢包率、带宽利用率、CPU与内存、电源与风扇状态。可通过以下命令查看:
show interface status
show interface counters errors
show cpu
show memory
ping -c 100 192.168.10.21
判断依据示例:端口错包持续增长说明链路质量下降;带宽利用率长期高于70%需评估扩容;ping丢包率大于0.1%应排查。纵向通道还需确认加密隧道状态、证书有效期,避免因证书过期导致通道中断。
四、数据库状态检查
数据库分为实时库与历史库。实时库检查点包括:实时点数量、更新周期、死点数量、订阅连接数。历史库检查点包括:归档任务是否运行、归档延迟、表空间使用率、慢查询数量。以典型实时库为例,可查看:
rtdb_status --points --dead
hist_archive --status --delay
tablespace_usage --all
判断依据示例:死点数量突然增加,通常对应前置通道中断或点表配置错误;归档延迟超过5分钟需检查磁盘IO与归档进程;表空间使用率超过85%应规划清理或扩容。数据库巡检还要确认备份任务是否成功,避免只备份未校验。
五、前置采集状态检查
前置采集是主站与现场RTU/测控装置之间的桥梁。巡检重点包括:前置机进程、通道状态、规约报文收发、遥测遥信更新、通道误码与超时。可查看:
front_status --channel all
front_status --channel 101 --detail
tcpdump -i eth1 port 2404 -c 20
判断依据示例:通道状态应为“在线/正常”,若为“断开/重连”需检查物理链路与对端装置;报文收发计数应持续增长,若发送增长但接收不增长,说明对端无响应;遥测值长时间不变且品质位为“无效”,应结合现场确认。前置采集还应检查双机主备状态,确保主备切换后通道能自动恢复。
六、巡检记录与异常升级
巡检的价值在于“可对比、可追溯”。建议每班填写巡检记录表,至少包含:巡检时间、对象名称、检查项、实测值、判据、结论、处理人。例如:
| 时间 | 对象 | 检查项 | 实测值 | 判据 | 结论 |
|---|---|---|---|---|---|
| 08:10 | 应用服务器A | CPU使用率 | 62% | <80% | 正常 |
| 08:15 | 历史库 | 归档延迟 | 1.2min | <5min | 正常 |
| 08:20 | 前置通道101 | 通道状态 | 在线 | 在线 | 正常 |
| 08:25 | 核心交换机 | 端口错包 | 持续增长 | 不增长 | 异常,需排查 |
发现异常时,按“先判断影响范围,再定位层级,最后处理并复测”的顺序推进。例如端口错包持续增长,先确认是否影响前置通道,再检查光模块、跳线、对端端口,处理后用show interface counters errors复测确认不再增长。若短时间无法定位,应记录并升级至网络或自动化专业,避免单点问题扩大为通道中断。
综上,SCADA主站日常巡检的核心是围绕数据链路,对服务器、工作站、网络设备、数据库、前置采集五类对象建立固定判据和记录习惯。只有把“看什么、正常值是多少、异常怎么处理”固化下来,巡检才能真正从“走过场”变成“提前发现、提前处置”的运维手段。