一种基于数据库触发器实现告警的基站监控方法与流程

本发明属于监控系统领域，特别地涉及一种基于数据库触发器实现告警的基站监控方法。
背景技术：
：近年来，为了满足广大群众对移动通信的需求，基站数量不断增加，为了保证基站的稳健运行，国家投入了大量人力物力研发基站监控系统。当前，基站监控的特点在于数据量较大；一般地，基站监控的对象包括环境信息(湿度、温度、水浸、门磁、红外、烟雾、振动等)和动力信息(蓄电池组、开关电源、智能空调、热交换设备、智能门禁等)，这些数据的累加会使得基站监控的信息量相比一般监控系统较大。传统监控系统中，实现告警的方法通常为：首先通过通信程序采集外部传感器的数据，然后对采集的数据直接进行判断，当判断数据异常时，则直接调用告警处理模块对异常数据进行处理。该监控方案应用于挂载设备种类和数据较少、监控数据量较小的监控系统时容易开发、效率较高、实时性较强，被广泛应用于嵌入式监控系统。但是，将传统监控方法应用于基站监控系统中，发现该方案难以实施，主要的问题在于：基站监控的数据量比一般的嵌入式监控系统大得多，不同的基站挂载的监控设备也有所差异，因此不同基站的监控数据差异也比较大。采用传统监控方法时需要在程序内部对每一条数据进行判断和处理，一旦需求变化，比如监控系统接入了新的监控设备，导致基站的监控数据量增加，对应于源代码，就需要对其进行重新修改，然后重新进行一遍编译、调试、测试等工作；实施传统方法，在程序开发时，程序员需要在源程序中从头到尾依次为每条数据编写告警规则，并进行逐条对照检查，保证告警规则的正确性，确保告警程序正确关联，并保证任何一条告警都不遗漏，这大大增加了程序员检查问题和调试系统的难度。综上所述，当传统方法应用于基站监控系统时，系统在可拓展性和可维护性方面较差，系统的检查调试难度较大，给开发人员带来了大量的琐碎工作。技术实现要素：本发明的目的在于针对上述问题，提供一种基于数据库触发器实现告警的基站监控方法，用于提升基站监控系统的可拓展性、可维护性，并减少系统开发调试工作量和系统开发难度，本发明通过数据库触发器机制，监听数据库表单中的数据变化，然后关联告警处理程序，从而实现基站监控中的告警处理问题。为实现上述目的，本发明采用的技术方案为：一种基于数据库触发器实现告警的基站监控方法，包括以下步骤：步骤1、设置数据库，所述数据库的项包括：监测对象、实时监测值、监测值上限、监测值下限，同时为每一个检测对象设置触发器；步骤2、通过传感器采集基站的实时监测值，并实时存储到数据库中；数据库通过触发器对实时监测值进行检查，当实时监测值超出监测值上限或监测值下限时，则调用告警处理程序；步骤3、告警处理程序将包括当前检测对象及实时监测值的告警信息上传监控中心。本发明基于数据库触发器机制，提出一种新的监控方法，设置数据库，通过数据库触发器检测数据库实时监测值的变化，并与告警处理程序进行关联，当触发器检测到告警时，直接由数据库调用告警处理程序处理告警。该基站监控方法的优点在于：1)可拓展性强：当监控需求发生变化，需要增加监控数据时(比如基站增加了一个温度传感器)，不需要修改原有源代码，仅需要在数据库实时表单中增加相应数据项并为其设置触发器即可；2)可维护性强：通过数据库对告警进行逐一检查，便于查漏补缺，方便调试；3)便于管理：对于监控数据较大的系统，通过数据库进行数据管理和告警关联，系统的维护性更强。附图说明图1为本发明实施例中告警的基本流程图。图2为本发明实施例中告警方案设计流程图。图3为本发明实施例中基站监控系统的硬件接口图。图4为本发明实施例中基站监控系统结构图。具体实施方式下面结合附图和具体实施实例对本发明所述方案进行进一步的详细描述，从而使本领域技术人员可以更好的理解本发明并予以实现，但此处所举实例只是本发明的一种实现方式，具体实现可以有更多的选择。在本发明中，应对不同检测对象的采集频率可以进行区分，比如温度、湿度这些变化缓慢的信号，可以半小时采集一次；红外、烟感等可能瞬间变化的信号，至少30秒采集一次。应对不同检测对象的告警规则设计，比如对于红外、烟雾等布尔量信号触发的告警，这类信号因为取值只有两种，一般将正常情况取值定义为0，异常情况取值定义为1，比如烟感测量值为0时表示正常，测量值为1时表示基站出现烟雾，这类告警规则应当定义为实时表单的更新值为1时触发告警；对于温度、湿度等这些具有浮点数值的信号，这些信号的告警需要根据信号取值的上下限来判断是否告警，触发器告警规则应该定义为更新值超过上限或低于下限。本实施例提供一种基于数据库触发器实现告警的基站监控方法，其告警的具体原理如图1所示：通过一系列数据采集脚本采集外部传感器数据，然后向数据库更新数据，再通过数据库触发器对每一次更新的数据进行范围或取值检测，从而判断存储的数据是否异常，当发现数据出现异常时，触发器将进一步调用告警程序处理，并上传告警信息到监控中心。具体实时流程如图2所示，本实施例实施的具体环境为树莓派二代微型电脑，操作系统为linux3.18.11+，数据库为sqlite，具体实施步骤如下：步骤s21、根据告警规则设计不同的数据库实时表单，初始化数据库实时表单；步骤s22、设计数据采集程序定时采集监控数据，并根据各自告警规则将数据更新到数据库实时表单中；步骤s23、根据告警规则，设计一系列告警处理程序，用于供触发器调用，从而处理并上传告警信息到监控中心；步骤s24、根据告警规则为实时表单设计触发器，首先设计告警触发的条件，然后绑定告警触发后具体需要调用的告警处理程序，使得告警发生时触发器可以调用告警处理程序处理告警信息；步骤s25、依次测试实时表单中的各项数据是否正确关联触发器，触发器是否能正确触发告警程序处理各项告警数据，最后对系统进行集成测试。进一步地，为了方便系统的开发和提升系统的可维护性，应注意，方案对系统的各个模块的具体任务进行了明确的规定：数据采集模块负责采集和存储数据；数据库模块负责存储数据并在监测到告警的时候调用相应程序处理告警；告警处理模块则负责对各种类型的告警进行细节处理，并最终将告警信息通过网络上传到监控中心。在检测过程中，各个模块应当各司其职，不应有所僭越，从而发挥出本发明低耦合，高内聚，便于数据管理并具有高可维护性的优势。本实施例中，在步骤s21中，本发明为布尔量信号的告警设计一张实时表单，并相应地在步骤s24中设计根据存储数据取值进行判定从而执行告警的数据库触发器(一般的，可以统一设置存储数据取值为1时触发告警)；为浮点型信号的告警设计另一张实时表单，并相应地在步骤s24中设计根据存储数据取值的上下限进行判定从而执行告警的数据库触发器。表1数据库实时表中温度记录字段名字段值id1rtsname温度1号measureval24uthresval40lthresval-10alarmcmdalarm.sh1&为了方便理解，这里以温度为例讲述触发器监听告警的具体实现；如表1所示为数据库实时表单中某一时刻的温度记录，其中id表示实时信号的编号，rtsname表示实时信号的名称，measureval是温度的实时测量值，uthresval和lthresval分别为温度的告警上下门限，alarmcmd字段用于存储告警处理命令，例如表1中的告警处理命令为alarm.sh1&，该命令通过温度1号记录的id(这里id＝1)获取实时表单更新后产生的告警数据，然后将告警数据上传到监控中心，特别说明：这里使用&符号让告警处理程序在后台运行，避免网络延时影响数据库的各种读写操作。为了实现温度监控，本实施例通过设置一个更新触发器rtsignaltrigger检测每一条更新的数据，从而实现各条数据的告警关联。该触发器的具体设计思路为：通过sql查询语句定位到温度记录并检测温度的上下限，如果温度过限，则通过内置函数sys_exec调用alarmcmd脚本处理该条告警，其中sys_exec为本实施实例为sqlite数据库增加的内置函数(该内置函数可以通过在sqlite源码中增加回调函数并重新编译实现)，sqlite可以通过它调用外部程序。本实施例中，在步骤s22中，如图3所示：一个典型的基站监控系统外部接入设备包括湿度、温度、水浸、门磁、红外、烟雾、振动等各类传感器，用于监测基站环境参数；包括蓄电池组、开关电源、智能空调、热交换设备、智能门禁等智能传感器，用于监测基站本身工作的动力信息。优选地，对于不同采集接口，本方案通过计划任务定时执行数据采集程序；对于多个设备复用的数据采集接口，在采集数据时存在时序问题，则采用一个定制的脚本有序的调用各个数据采集程序。本实施例中，在步骤s23中，应当根据具体告警需求调整各个不同信号的采集和存储频率，对于需要快速变化的信号，比如红外等，应当以高频率采集；对于变化缓慢的信号，如温度、湿度，可以适当降低采集频率。本实施例中，在步骤s23中，在应用层上采用http协议实现数据上传；优选地，具体在设计告警程序时，可以根据告警规范将告警进行分类，设计多个告警处理程序，分别对各类告警进行处理。如图4所示，本实施例还提供的一种基于数据库触发器实现告警的基站监控系统，包括：外部传感器设备，用于采集基站现场的动力和环境参数；基站现场监控单元，可以采用图3所示的拓扑结构，用于具体实施本告警方案，完成基站现场数据的采集、存储、告警监听和数据上传等功能；监控中心，作为告警信息的接收端，采用标准的http协议监听现场监控单元上传的告警信息，进行处理并显示。本实施例中，现场监控单元的联网方式不限于有线联网，在移动信号良好的地方，也可以采用3g/4g方案实现联网。本实施例中，监控中心可采用一台性能优良的pc机实现，监控中心应接入公网，具有独立公网ip地址，从而可以从全国各地接收各个联网的基站监控单元上传的监控数据。监控中心可采用标准的http协议监听基站现场监控单元上传的数据，是为了避免从底层开发系统通信程序，从而减少系统开发的工作量。监控中心实现交互的具体方式不局限于web形式，也可以采用开发桌面应用程序实现监控系统与用户的交互。以上所述，仅为本发明的具体实施方式，本说明书中所公开的任一特征，除非特别叙述，均可被其他等效或具有类似目的的替代特征加以替换；所公开的所有特征、或所有方法或过程中的步骤，除了互相排斥的特征和/或步骤以外，均可以任何方式组合。当前第1页12