课题的发现与讨论
- 课题的提出
电源、机房环境集中监控系统的出现，将原来相对分散的各个机房的电源、空调设备的运行状态和环境数据进行了集中，方便了监控。然而随着我国通信事业的发展，通信布局从原来的大型母局式转变到接入设备更靠近用户的模块局方式，模块局的数量逐年递增，监控中心通信服务器及数据库服务器的负载能力基本上已经达到了满负荷。另外，随着电源技术的发展，智能化的设备也要求接入到系统中，这就带来了系统响应缓慢，查询历史数据时间太长以及频繁告警等问题。因而，对电源、机房环境集中监控系统进行系统优化和升级势在必行。
- 现有系统分析
通信电源、机房环境集中监控系统主要存在以下问题：
首先，系统运行以数据库为核心，要求中心数据库实时更新，这就造成了对中心数据库的访问过于频繁，压力过大。
其次，数据库服务器是下端前置设备和上端管理节点的连接通道，如果它出现问题，会引起系统的瘫痪。
最后，现有的通信服务器数量虽多，但它们之间不能进行灵活的切换。这样造成了两方面问题，一是系统的中心通信服务器主备用功能不强；二是可能出现中心通信服务器的负载不均衡现象，当大多数端局都连在一个通信服务器上时，就会出现问题。
系统优化和升级的具体操作
- 改造系统结构
目前的集中监控系统（以下简称：监控系统）多采用两级结构，数据监控量越来越大。
图1 目前监控系统结构图
因此，我们采用三层结构（见图2），即市中心（SC）层、区域中心（SS）层和监控单元（SU）层，各层的软件通过数据交换协同工作，共同实现电源、机房环境集中监控的要求。区域中心（SS）设在集中监控中心（SC）下，它所监控的范围是所在工作区域系统内的动力设备及环境。在此层，设置主备两台服务器，提高系统可靠性和稳定性，并能任意增加区域监控终端和统计管理终端。同时，它还负责处理各通信局（站）监控单元（SU）采集来的数据，并将处理过的数据上传到监控中心，以缓解监控中心的压力，提高了系统查询、下发数据的运行速度。
图2 改造后的结构图
这种结构的优点是：
- 组网方便、灵活，大大减轻了中心的负荷压力，解决了系统瓶颈问题。
- 物理区域分布，使一个区域节点故障不会影响其他区域节点，提高了系统的可用性和可靠性。
- 系统接入能力强，理论上可以无限接入，并可组成多级结构，可在监控网内任意地点安装监控终端。
- 组网方便、灵活，大大减轻了中心的负荷压力，解决了系统瓶颈问题。
- 优化数据库，修改表结构
数据库开销中的90%以上都是重复信息。系统升级后，对这些信息进行了过滤，减轻了系统的负荷。
另外，由于监控规模不断扩大，形成了数量庞大的数据库表，不易于管理。针对这个问题，我们采用了更先进的数据库结构。具体操作是：取消端局分表结构，将端局表合并为一个表，包括主机表、机房表、设备表、设备状态表等。修改后的数据库表增加了表的检索能力和检索速度。
- 修改告警数据传输方式
目前监控系统告警查询采取查告警表的方式，导致告警表的任务异常繁忙，严重时会影响监控系统正常运行。
升级后，通过软件与监控模块建立的通信协议机制，不断的轮询，判断接收数据的合理性或将接到的控制数据转换为监控模块能识别的控制命令。通信服务器到监控中心主机的告警采用通知方式，告警反应时间比原来更快。具体操作是：
监控工作站增加服务端口（3388），负责接收告警、门禁及操作记录等信息。告警信息由通信服务程序直接传送到监控工作站，不再通过报警表传递。
通信服务器程序服务端口（8300）增加功能，提供告警、门禁及操作记录等信息。监控工作站的更具情况可直接向通信服务程序查询。
- 历史数据传输
目前的历史数据传输时间太过集中，造成整点时刻网络及数据库繁忙，并存在历史数据丢失现象。
升级后，每个局的历史数据在不同时刻传输，传送时刻由系统采用随机数方法产生。此外，在监控前置机中给每一个历史数据块增加上传标志，标明该历史数据块是否已经成功上传；如上传失败，则继续将历史数据上传到通信服务器。
同样，电池曲线也增加上传标志，以保证电池曲线在上传失败后能继续上传到通信服务器。
- 配置表同步
现运行的监控系统各个监控部分之间缺乏配置同步机制，维持系统配置一致比较麻烦。
针对这一问题，我们建立了配置表同步机制。配置同步的逻辑采用自顶向下的方式，首先由监控工作站或管理工作站开始，先将配置更改信息写入数据库操作记录表，然后由通信服务器读入配置更改信息，再由通信服务器将此信息发送给监控前置机。监控工作站采取查操作记录表方式更新本机配置。
自动配置更新可按如下层次更新，包括：端局层、机房层、监控器层、设备层、变量层。
- 远程控制
本系统采用TCP/IP作为基本的通信协议，但现有远程控制都通过通信服务器和数据库中转，过于依赖中心服务器，导致系统出现以下问题：
1、控制信息回馈不及时，不能准确提示控制成败标志。
2、延长了控制操作的时间，存在控制不及时的隐患。
3、数据库或通信服务器出现问题时，不能执行远程控制操作。
升级后，改变远程控制逻辑，由监控工作站直接控制监控前置机。这样带来了以下好处：
1、控制操作执行速度快，不存在延时问题。
2、信息回馈准确及时。
3、在通信服务器或数据库出现问题时，不影响远程控制操作。
- 系统时间
监控前置机对时系统存在问题，有时会出现错误时间。针对这一问题，我们修改了系统对时逻辑。当连续对时三次以上，不出现较大间隔时间误差时，视为正确时间，否则视为错误时间。最大误差间隔时间可调，一般设为对时周期的2～5倍。
- 告警过滤
产生误告警的几种主要原因见表1。
表1 产生误告警原因列表
系统某些误告警不能屏蔽，会产生频繁告警。通过以下操作，可减少系统误告警数量。
告警次数过滤：以超过告警线的次数来判断是否产生告警/解除，当连续n次以上超过告警线才产生告警/解除，否则视为误告警处理。次数n可以设定为0～10；次数设为0时，视为告警次数过滤无效。
告警延时过滤：以超过告警线的时间来判断是否产生告警/解除，超过最大告警延时时间才产生告警/解除，否则视为误告警处理。延时时间有效数据为0.5～60秒，超出此范围视为告警延时无效；当不使用告警延时功能时，应设为0。
告警死区过滤：当监控量超过告警线产生告警后，如果监控量在告警线上下波动，没有超过死区上下线，不产生重复告警及告警解除。告警死区设为0时，视为告警死区过滤无效。告警死区值根据具体情况指定，一般设为量程的2%左右。
同时，系统只将对用户有用的报警和事件记录放入信息栏。
- 复位控制
针对目前监控前置机在系统通信中断时复位频繁，造成硬盘等故障发生率提高的问题，我们在监控前置机增加系统通信断复位次数限制，避免系统频繁重启。次数可指定，默认为3。
- 智能化设备的接入
升级后的监控系统可实现对任意智能设备的接入，但相对于通信接口间的硬件转换，通信协议的转换相对要复杂一些。其实现方式一是局方智能设备智能接口直接连接到监控系统嵌入式监控设备上，由其将转换过的标准协议传送到上位机；二是直接将局方智能设备智能接口接到上位机上，通过软件实现协议转换。无论是嵌入式监控设备还是上位机，都可以根据智能设备及智能协议不同插入不同的协议模块。
监控系统使用的软件协议转化器是在局站中心的计算机中运行的，只占有很少的资源。它是一个小的转换程序，在编写时就能根据智能设备厂家提供的通信协议，将厂家提供的所有设备数据接入到监控系统，可以方便我们详细全面地了解智能设备的运行状况。
但是，监控系统不建议使用硬件协议转换器，因为这样增加了成本，并且在通信链路上增加了一个环节，影响了系统的安全性。此外，由于这种硬件协议转换器是各个监控厂家自己生产的，当局端有新增设备时，会产生一系列问题。
- 增加图像监控
国家相关部门已下达机房改造的规定，一些大型的机房已慢慢成为无人职守型。为了保证上述机房的安全运行要求，升级后的系统增加了图像监控功能，能够随时观察到机房的运行情况，并能得到相关的录像资料。升级后的系统状况如下。
系统结构：采用三级系统结构，包括远程现场、监控区域和监控中心三级。
传输方式：PCM-2M通信线路连接或采用E1抽时隙复用数据方式。
监控现场：每个现场可接若干台摄像机，摄像机的镜头和云台可控。
告警联动：可以任意监视各个现场，并接收各现场的报警信息，及时切换至告警现场，并可将现场情况录像。
- 改进图形界面
改进后的监控系统图形监控界面具有组态功能，并提供了多种图形控件，包括所需的组件和画面制作向导等。界面中每一简单的控件(线条、文本、按钮等)均有影响其外观的属性。其中静态属性在系统投入运行后保持不变；动态属性则随系统运行过程中I/O设备数据的变化而变化。动态属性的组态过程即完成动画连接，如果用户对自动生成的监控系统的图形界面不满意，还可以进行任意修改和编辑。在图形界面上还根据用户需要安置这些组件，如报警信息显示，报表组态及打印，查询和显示等组件模块。
- 无线的人机界面
针对当前移动领域的发展及应用情况，监控
