CN110716832B

CN110716832B - 业务运行的监控告警方法、系统、电子设备及存储介质

Info

Publication number: CN110716832B
Application number: CN201910907243.6A
Authority: CN
Inventors: 黄达毅; 孙亮; 钟和旺; 屈政斌
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-09-24
Filing date: 2019-09-24
Publication date: 2022-06-07
Anticipated expiration: 2039-09-24
Also published as: CN110716832A

Abstract

本申请公开了一种业务运行的监控告警方法、系统、电子设备及计算机可读存储介质，该监控告警方法包括：定期轮询预设的基于SQL查询的监控查询任务；将期望执行时间在当前时刻之前的监控查询任务加入处理队列；获取处理队列中的监控查询任务；在监控查询任务指定的目标数据库中执行对应的SQL查询；若查询结果异常，则根据监控查询任务的告警参数进行告警。本申请可针对各类业务运营的需要，灵活设置对应的监控查询任务，并利用队列进行调度管理和告警实现，从而有效改善了对业务运营监控告警的系统化管理，提高了对监控告警的配置修改和使用时的灵活便利性与容错率，进而提高了处理效率与质量，适用性较高。

Description

业务运行的监控告警方法、系统、电子设备及存储介质

技术领域

本申请涉及系统维护技术领域，特别涉及一种业务运行的监控告警方法、系统、电子设备及计算机可读存储介质。

背景技术

在当今互联网大数据时代，随着企业、政府等的日常业务的发展，业务的运维、监控、管理、告警等相关内容也愈发重要，线上监控管理软件系统的重要性逐渐体现。

现有技术中有一些管理软件可实现基本的硬件状态监测和报警功能，具体可监测服务器当前的CPU、内存、磁盘等部件的使用率、健康状态和使用变化趋势，并可在某些指标达到告警红线时便通过短信、电话等方式通知到运营人员。但是，这类系统的监控对象主要是服务器中相关资源的使用情况和健康状态，并没有针对用户的具体业务运行情况进行监控告警。

现有技术中有另一种监控告警方法用于对业务运行的具体情况进行监察。管理人员针对业务运行中可能存在的问题情况编写特定的SQL脚本，通过定时执行这些SQL脚本来实现对问题情况的监控，进而在查询到异常数据后进行告警。但是，现有技术中并没有一个完整的监控告警系统来统筹实现各个SQL脚本以及告警处理的管理、执行等，因此，不仅无法对多项查询监控任务实现统一管理执行，而且还需要管理人员一一建立对应的告警接口，操作较为麻烦且易出错，不便于灵活使用和配置修改，以至于仅适用于规模很小甚至仅供单人使用的应用场景中。

鉴于此，提供一种解决上述技术问题的方案，已经是本领域技术人员所亟需关注的。

发明内容

本申请的目的在于提供一种业务运行的监控告警方法、系统、电子设备及计算机可读存储介质，以便有效改善对业务运维监控告警的系统化管理，有效提高配置修改和使用时的灵活便利性与容错率。

为解决上述技术问题，第一方面，本申请公开了一种业务运行的监控告警方法，包括：

定期轮询预设的基于SQL查询的监控查询任务；

将期望执行时间在当前时刻之前的监控查询任务加入处理队列；

获取所述处理队列中的监控查询任务；

在所述监控查询任务指定的目标数据库中执行对应的SQL查询；

若查询结果异常，则根据所述监控查询任务的告警参数进行告警。

第二方面，本申请还公开了一种业务运行的监控告警系统，包括：

监控管理模块，用于设置基于SQL查询的监控查询任务；

监控调度模块，用于定期轮询各个所述监控查询任务；将期望执行时间在当前时刻之前的监控查询任务加入处理队列；

监控执行模块，用于获取所述处理队列中的监控查询任务；在所述监控查询任务指定的目标数据库中执行对应的SQL查询；若查询结果异常，则根据所述监控查询任务的告警参数进行告警。

第三方面，本申请还公开了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如上所述的任一种业务运行的监控告警方法的步骤。

第四方面，本申请还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如上所述的任一种业务运行的监控告警方法的步骤。

本申请所提供的业务运行的监控告警方法包括：定期轮询预设的基于 SQL查询的监控查询任务；将期望执行时间在当前时刻之前的监控查询任务加入处理队列；获取所述处理队列中的监控查询任务；在所述监控查询任务指定的目标数据库中执行对应的SQL查询；若查询结果异常，则根据所述监控查询任务的告警参数进行告警。

可见，本申请通过构建一个完整的监控告警系统，可针对各类业务运营的需要，灵活设置对应的监控查询任务，并利用队列进行调度管理和告警实现，从而有效改善了对业务运营监控告警的系统化管理，提高了对监控告警的配置修改和使用时的灵活便利性与容错率，进而提高了处理效率与质量，适用性较高。本申请所提供的业务运行的监控告警系统、电子设备及计算机可读存储介质同样具有上述有益效果。

附图说明

为了更清楚地说明现有技术和本申请实施例中的技术方案，下面将对现有技术和本申请实施例描述中需要使用的附图作简要的介绍。当然，下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本申请的保护范围。

图1为本申请实施例公开的技术方案所应用的系统架构图；

图2为本申请实施例公开的一种业务运行的监控告警方法的流程图；

图3为本申请实施例公开的一种设置监控查询任务方法的流程图；

图4为本申请实施例公开的一应用场景中监控查询任务的设置界面图；

图5为本申请实施例公开的一种监控查询任务的调度方法的算法流程图；

图6为本申请实施例公开的又一种业务运行的监控告警方法的流程图；

图7为本申请实施例公开的一应用场景中告警邮件的界面示意图；

图8为本申请实施例公开的一种业务运行的监控告警系统的结构框图；

图9为本申请实施例公开的一种业务运行的监控告警系统的工作示意图；

图10为本申请实施例公开的一种电子设备的结构框图。

具体实施方式

本申请的核心在于提供一种业务运行的监控告警方法、系统、电子设备及计算机可读存储介质，以便有效改善对业务运维监控告警的系统化管理，有效提高配置修改和使用时的灵活便利性与容错率。

为了对本申请实施例中的技术方案进行更加清楚、完整地描述，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行介绍。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

当前，现有技术中有一些监控管理软件，可进行基本的硬件状态监测和报警。但是，这类系统的监控对象主要是服务器中相关资源的使用情况和健康状态，并没有针对用户的具体业务运行情况进行监控告警。而针对于具体业务的运行情况，现有技术中多由相关管理人员编写特定的SQL脚本，通过定时执行这些SQL脚本来对可能会出现的问题情况进行查询监控，进而在查询到异常数据后进行告警。

但是，现有技术中并没有一个完整的方案来统筹实现各个SQL脚本以及告警处理的管理、执行等，因此，不仅无法对多项查询监控任务实现统一管理执行，而且还需要管理人员一一建立对应的告警接口，操作较为麻烦且易出错，不便于灵活使用和配置修改，以至于仅适用于规模很小甚至仅供单人使用的应用场景中。鉴于此，本申请提供了一种业务运行的监控告警方法，可有效解决上述问题。

为了便于理解本申请所提供的技术方案，下面对其所应用的系统架构进行介绍。参见图1所示，图1为本申请所提供的技术方案所应用的系统架构图，包括服务器和客户端。

本申请所提供的业务运行的监控告警方法应用于图1中的服务器。服务器中部署了本申请所提供的业务运行的监控告警系统，具体包括监控管理模块、监控调度模块和监控执行模块，用以实现本申请所提供的业务运行的监控告警方法。服务器同时还可以访问用户的业务系统的相关数据库，或者用户的业务系统可以直接运行在该服务器中，以便服务器中部署的监控告警系统实现对业务系统的监管。

其中，监控管理模块用于设置基于SQL查询的监控查询任务；监控调度模块用于定期轮询各个所述监控查询任务，并将期望执行时间在当前时刻之前的监控查询任务加入处理队列；监控执行模块用于获取所述处理队列中的监控查询任务，并在所述监控查询任务指定的目标数据库中执行对应的SQL 查询，若查询结果异常，则根据所述监控查询任务的告警参数进行告警。基于该监控告警系统，可系统化实现对业务系统中各项问题情况的监控查询与告警。

服务器与客户端之间通过网络连接，管理员可通过客户端登录监控告警系统，利用监控管理模块设置各个监控查询任务以及监控查询任务的配置参数，以便服务器自动调度并执行各项监控查询任务。其中配置参数可具体包括执行参数和告警参数。

客户端具体可以为如手机等移动终端或如PC(personal computer，个人计算机)端等固定终端，其上安装有可访问服务器中监控告警系统的应用接口。用户在成功登录了监控告警系统后，可以利用监控管理模块增删修改监控查询任务，在修改内容保存之后，监控调度模块和监控执行模块会自动调度设置好的监控查询任务并执行，并在必要时根据管理员设置的告警参数进行告警。

参见图2所示，本申请实施例公开了一种业务运行的监控告警方法，主要包括：

S11：定期轮询预设的基于SQL查询的监控查询任务。

鉴于业务系统的运行状态可直观反映在其数据库中，因此本申请实施例具体以SQL查询的形式对业务运行中可能会出现的问题情况进行查询监控。其中，为了便于进行系统化管理，可以以任务列表的形式进行管理，每一个监控查询任务具体可针对于某一种或多种问题情况。每个监控查询任务对应设置了配置参数，包括执行参数和告警参数。执行参数中包括用于查询监控对应问题情况的SQL脚本，通过运行该SQL脚本进行SQL查询，即可监测出是否有对应的问题情况出现。

在业务系统正常运行、没有出现SQL查询对应的问题情况时，查询结果应当为空，即查询结果正常；而当业务系统出现对应的问题情况时，SQL查询的返回结果将不为空，即查询结果异常。

例如，正常情况下业务系统中记录的服务单数量应当是正数，一旦其出现负数则说明系统记录出错。针对这一问题情况，可利用下述SQL语句在目标数据库中查询服务单数量值为负数的记录：

SELECT PR_NUMBER,APPLICANT,AMOUT FROM EPO_PR_LINES WHERE AMOUT<0。

其中，该SQL语句的查询项包括PR_NUMBER服务单号、APPLICANT 申请人和AMOUT服务单数量；查询条件为AMOUT<0；查询范围为目标数据库中名称为EPO_PR_LINES的表。

当然，容易理解的是，管理员可根据实际业务场景中的监控需要而设置各个监控查询任务的查询内容，并编写对应的SQL脚本。因此，监控查询任务的设置至关重要，出于安全性和专业性考虑，设置监控查询任务的管理员可以具体是相关业务系统的运营人员。

S12：将期望执行时间在当前时刻之前的监控查询任务加入处理队列。

容易理解的是，业务系统是需要实时维护更新的，因此，各个监控查询任务也是需要定期重复执行的。作为监控查询任务的一个重要执行参数,“期望执行时间”即监控查询任务在当前时刻的预期执行时间，是该监控查询任务即将要执行的时间；每当该监控查询任务执行了一次之后，期望执行时间也会更新一次。

一般地，各监控查询任务是定期执行一次的，例如每隔20min执行一次。若某个监控查询任务在当前的期望执行时间是8:00，则当该监控查询任务在 8:00执行完毕之后，其对应的期望执行时间将更新为8:20，直至新的执行周期来临。

则作为一种具体实施例，步骤S12具体可以包括：判断监控查询任务的期望执行时间是否早于当前时刻；若是，则将监控查询任务加入处理队列；根据监控查询任务的执行间隔周期，更新期望执行时间。

由此，当根据实际业务场景需要而设置了多个监控查询任务之后，服务器具体可定期轮询各个监控查询任务，从而确定出期望执行时间在当前时刻之前的监控查询任务，并加入处理队列分别执行。若期望执行时间大于当前时刻，则说明尚未到达对应监控查询任务的执行时间，可等待下一次轮询时再判断是否执行。

需要说明的是，为了避免错漏监控查询任务的每一次执行，步骤S11中针对各个监控查询任务的轮询周期应当尽量小，小于各个监控查询任务的执行间隔周期，本领域技术人员可根据实际情况而自行合理设置。

作为一个具体实施例，可将轮询周期设置为5min，并且将各个监控查询任务的执行间隔周期都设置为大于5min。

S13：获取处理队列中的监控查询任务。

需要指出的是，为了对各项监控查询任务进行统筹和管理，本申请实施例中具体采用了队列调度技术。所有在当前时刻需要被执行的监控查询任务都会被加入处理队列被分别处理。

其中，作为一种具体实施例，为了提高监控查询的效率，该处理队列具体可为异步处理队列，即，队列中的各监控查询任务可同时被执行处理。则在步骤S13中，服务器具体可以分别异步获取处理队列中的各个监控查询任务，以便同时进行异步处理。

S14：在监控查询任务指定的目标数据库中执行对应的SQL查询。

S15：若查询结果异常，则根据监控查询任务的告警参数进行告警。

具体的，监控查询任务在设置时指定了配置参数，配置参数具体可包括该监控查询任务的执行参数与告警参数。其中，执行参数用于配置SQL查询时的相关参数，例如，SQL脚本及其针对的目标数据库均属于执行参数；告警参数用于指定在监测到对应问题情况后的告警方式。

监控查询任务的一次执行，即在对应的目标数据库中进行一次对应的 SQL查询。若查询到异常结果，则说明存在对应的问题情况，则可根据告警参数实施告警，以便及时通知到管理员。

本申请实施例所提供的业务运行的监控告警方法包括：定期轮询预设的基于SQL查询的监控查询任务；将期望执行时间在当前时刻之前的监控查询任务加入处理队列；获取处理队列中的监控查询任务；在监控查询任务指定的目标数据库中执行对应的SQL查询；若查询结果异常，则根据监控查询任务的告警参数进行告警。

可见，本申请通过构建一个完整的监控告警系统，可针对各类业务运营的需要，灵活设置对应的监控查询任务，并利用队列进行调度管理和告警实现，从而有效改善了对业务运营监控告警的系统化管理，提高了对监控告警的配置修改和使用时的灵活便利性与容错率，进而提高了处理效率与质量，适用性较高。

参见图3所示，图3为本申请实施例公开的一种设置监控查询任务的方法流程图，应用于服务器，主要包括：

S21：接收客户端发送的管理员登录信息。

S22：根据预设的管理权限信息，对管理员登录信息进行登录验证。

S23：若登录验证通过，则存储客户端发送的监控查询任务及其配置参数。

具体地，如前，监控查询任务的设置至关重要，为保障系统安全性，需由具有相关权限的人员进行设置，以保障系统的安全性。因此，服务器在接受对监控查询任务的创建、配置或修改等操作之前，需要进行登录验证以便进行权限管理。

其中，预设的管理权限信息可由服务器的系统管理员(可称为超级管理员)预先登录设置。当然，系统管理员也需要密码登录后，方可被允许对管理员账号进行增删修改等操作。

为了便于理解，下面以一个具体的应用场景实施例来介绍本申请技术方案中监控查询任务的设置。可参见图4所示，图4为本申请实施例公开的一种监控查询任务的设置界面图。

当管理员登录了监控管理系统后，可进入监控管理模块提供的监控查询任务设置界面，该界面具体展示了“查询”、“监控列表”和“配置工具”三栏内容。

在“监控列表”栏中，管理员点击图中加号即可新增监控查询任务。图4 所示的监控列表中已经设置了7个监控查询任务，拖动水平滚动条可查看每项监控查询任务对应的配置参数，包括标题、告警收件方等。点击右侧的操作按键可分别对监控查询任务进行编辑、禁用、执行操作。

图4中的“查询”栏提供了对监控查询任务的检索查询功能，具体可以以监控查询任务的标题或者告警收件方或者脚本内容为检索字段进行查询。

图4中的“配置工具”提供了一些快捷配置功能，包括复制功能以及间隔设置功能。

作为一种具体实施例，配置参数可具体包括执行参数和告警参数；执行参数可包括期望执行时间、执行间隔周期、周期时间单位、目标数据库和SQL 脚本；告警参数可包括告警邮件标题、告警收件方、告警容忍次数和是否持续告警。相关参数的具体内容可参见表1。

其中，期望执行时间、执行间隔周期、周期时间单位这三个参数共同决定了一个监控查询任务的执行计划。周期时间单位包括但不限于时长变化的月、年等，使得监控查询任务的执行计划可以适配更多的应用场景。告警容忍次数和是否持续告警用于对密集告警特别是卡单告警进行过滤，以便筛选出真正有必要的告警邮件给告警收件方。

表1

在上述内容的基础上，进一步地，作为一种具体实施例，配置参数还可以包括告警后的解决方案；步骤S15则具体可以包括：生成告警邮件，告警邮件中记录有监控查询任务的执行页面超链接、查询结果、SQL脚本和解决方案；将告警邮件发送至告警收件方。即，管理员在设置监控查询任务之后，还可以进一步设置应对相关问题情况的解决方案，以便在通过告警邮件通知告警接收方时，也同样将解决方案发送至告警接收方。

还需要说明的是，上述实施例中所采用的告警方式具体为向告警收件方发送告警邮件，当然，本领域技术人员还可以根据实际应用情况而自行选择其他告警方式并设置实现。

在上述内容的基础上，如前所述，在执行步骤S12后需对加入处理队列的监控查询任务的期望执行时间进行更新。作为一种具体实施例，本申请实施例所提供的业务运行的监控告警方法中，对期望执行时间的更新过程具体包括：

计算更新前的期望执行时间至当前时刻之间所包含的执行间隔周期的个数；确定与个数对应的步进时间；根据执行间隔周期和步进时间，计算更新后的期望执行时间。具体的计算公式为：

其中，

为步进时间，

表示向下取整；i为监控查询任务；i.NIT为更新前的期望执行时间；i.NIT′为更新后的期望执行时间；SYSDATE为当前时刻；i.INVL为执行间隔周期，为正整数；i.INVLT为i.INVL的周期时间单位，例如秒、分、时、日、月、年； i.INVLT.seconds为i.INVLT对应的秒数；Dis(i.NIT,SYSDATE,i.INVLT)为i.NIT到 SYSDATE之间包括的i.INVLT的个数。

例如，若i.INVLT为“时”，则对应的i.INVLT.seconds所表示的秒数为3600。

采用本实施例所提供的预设更新公式对期望执行时间进行更新，可在系统断电后恢复供电的第一时间，尽快对断电期间未按期执行的监控查询任务进行查缺补漏和执行。相比于仅仅按倍数累加执行间隔周期的更新方式，本实施例所采用的更新计算方式更为科学合理。

需要补充说明的是，本申请具体可以设计调度程序来实现步骤S11和步骤S12，并设计执行程序来实现步骤S13和步骤S14。其中，调度算法的具体实现过程可参考图5，包括如下步骤：

S31：确定满足条件i.NIT≤SYSDATE的监控查询任务i的目标集合I，i∈I。

S32：判断I.length＞0是否成立，I.length为I中的元素个数；若是，则进入 S33；若否，则进入S39。

S33：对于每个监控查询任务i，计算addTime。

S34：判断i.NIT+addTime＜SYSDATE是否成立；若是，则进入S35；若否，则进入S36。

S35：令i.NIT′＝i.NIT+addTime+i.INVLT.seconds；进入S37。

S36：令i.NIT′＝i.NIT+addTime；进入S37。

S37：更新监控查询任务i的配置参数。

具体将监控查询任务i配置参数中的期望执行时间更新为i.NIT′。

S38：将I投递至处理队列中。

S39：等待T时长之后返回步骤S31，T为轮询周期。

参见图6所示，本申请实施例公开了又一种业务运行的监控告警方法，主要包括：

S41：定期轮询预设的基于SQL查询的监控查询任务。

S42：将期望执行时间在当前时刻之前的监控查询任务加入处理队列。

S43：获取处理队列中的监控查询任务。

S44：对SQL查询对应的SQL脚本进行安全检测。

具体地，系统安全性的重点在于确保对目标数据库的查询操作不会修改原有数据内容。因此，为了进一步提高容错率以保障系统安全性，本实施例中在执行SQL脚本之前先进行了脚本安全性检测。

由于SQL语言中的一些语句，如“update***set”、“delete from”、“insert”等，属于数据操纵语言(Data Manipulation Language，DML)或者数据库模式定义语言(DataDefinition Language，DDL)及其异构体，会对数据进行删改操作，而一般的查询操作中不会出现此类语句。因此，本实施例可利用字符串查询或者正则表达式来检测SQL脚本中是否存在此类语句，若无，则可判定安全检测通过；若有，则可判定安全检测未通过，须拒绝执行该SQL脚本。

进一步地，为了进一步提高监控查询的安全性，还可以将对目标数据库的SQL查询以数据库事务的形式实施，并在查询完之后进行事务回滚。其中，事务是数据库中的一种安全操作技术，以事务形式对数据库进行的任何操作，都将在事务回滚后得到复原，确保数据库中的数据保持原态。

S45：若安全检测通过，则对SQL查询对应的SQL脚本进行预处理，以便将查询结果的提取数量设置为目标数量。

具体地，为了防止业务系统信息的过多泄露，进而提高监控查询的密保性和安全性，本实施例在SQL查询之前，对查询结果的提取数量进行了限制。例如，一般情况下，“SELECT COUNT(1)FROM(SQL)”表示获取全部行数的查询结果，而“SELECT*FROM(SQL)WHEREROWNUM<21”表示只提取前20条查询结果。相适应地，为了使告警内容尽量精简，告警邮件中也只包含最多20行查询结果。

S46：针对目标数据库执行SQL脚本。

S47：若查询结果异常，则根据监控查询任务的告警参数进行告警。

此外，在上述内容的基础上，进一步地，在步骤36执行之后，还可以包括：若发生系统报错，则记录生成的报错信息。记录的报错信息可在目标数据库中与对应的监控查询任务建立对应关系，以便管理员查看获悉。

进一步，上述内容所介绍的业务运行的监控告警方法可借助区块链(Blockchain)技术而实现。具体地，当目标数据库为存储在区块链节点上的业务数据库时，监控告警方法可由区块链节点通过调用对应的智能合约而实施。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式，其本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)。

基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储。

智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能。

运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

具体地，在本实施例中，开发人员可根据实际业务需要在区块链平台产品服务层开发适应的业务系统，并在区块链底层平台中进行底层实现。业务数据库可通过上链操作存储在区块链节点中。为了对业务运行情况进行高效地监控告警，可将上述任一种监控告警方法以区块链底层平台的智能合约的形式存储在区块链节点中，在通过智能合约建立了监控查询机制后，进而可基于区块链节点的运营监控模块部署本申请所提供的监控告警系统，实施本申请所提供的监控告警方法。

区块链节点利用运营监控模块定期轮询各个预设的基于SQL查询的监控查询任务，将期望执行时间在当前时刻之前的监控查询任务加入处理队列；针对处理队列中的每一个监控查询任务，区块链运营监控模块在该监控查询任务指定的目标数据库中执行对应的SQL查询；若查询结果异常，则根据所述监控查询任务的告警参数进行告警。

其中，作为一种具体实施方式，区块链运营监控模块将期望执行时间在当前时刻之前的监控查询任务加入处理队列时，可具体用于：

判断监控查询任务的期望执行时间是否早于当前时刻；若是，则将监控查询任务加入处理队列；根据监控查询任务的执行间隔周期，更新期望执行时间。

进一步地，作为一种具体实施方式，区块链运营监控模块在更新期望执行时间的过程中，可具体用于：

计算更新前的期望执行时间至当前时刻之间所包含的执行间隔周期的个数；确定与个数对应的步进时间；根据执行间隔周期和步进时间，计算更新后的期望执行时间。计算公式优选为：

其中，

为步进时间，

此外，处理队列优选为异步队列，以便区块链运营监控模块可分别异步获取处理队列中的各个监控查询任务，进而提高任务处理效率。

进一步地，作为一种具体实施方式，区块链运营监控模块在监控查询任务指定的目标数据库中执行对应的SQL查询的过程中，可具体用于：

对SQL查询对应的SQL脚本进行安全检测；若安全检测通过，则针对目标数据库执行SQL脚本。由此可通过安全检测提高数据操作安全性。

同时，作为又一种具体实施方式，区块链运营监控模块在监控查询任务指定的目标数据库中执行对应的SQL查询的过程中，还可具体用于：

对SQL查询对应的SQL脚本进行预处理，以便将查询结果的提取数量设置为目标数量；针对目标数据库执行SQL脚本。由此可有效降低业务数据泄露风险。

在上述内容的基础上，进一步地，区块链运营监控模块在接收管理员对监控查询任务的设置过程中，可具体用于：

接收客户端发送的管理员登录信息；根据预设的管理权限信息，对管理员登录信息进行登录验证；若登录验证通过，则对客户端发送的监控查询任务及其配置参数进行上链操作以实现存储。

其中，在一个具体实施例中，配置参数可包括执行参数和告警参数；执行参数可具体包括期望执行时间、执行间隔周期、周期时间单位、目标数据库和SQL脚本；告警参数可具体包括告警邮件标题、告警收件方、告警容忍次数和是否持续告警。

此外，进一步地，配置参数还可包括告警后的解决方案；则区块链运营监控模块在根据监控查询任务的告警参数进行告警的过程中，可具体用于：

生成告警邮件，告警邮件中记录有监控查询任务的执行页面超链接、查询结果、SQL脚本和解决方案；将告警邮件发送至告警收件方。

在上述内容的基础上，区块链运营监控模块在监控查询任务指定的目标数据库中执行对应的SQL查询之后，还可用于：在系统报错时，对生成的报错信息进行上链操作，以便进行记录供管理员查阅。

为了便于理解，下面以查询包含不确定物料的异常订单为例，作为一个应用场景实施例来介绍本申请技术方案的实施过程。

具体的，管理员可预先在监控管理模块中设置一个标题为“最近三天订单包含不确定物料”的监控查询任务，并设置相关配置参数。其中，该监控查询任务的目标数据库为业务系统的订单数据库；该订单数据库包括EPO_PO_LI NES L、EPO_MATI M、EPO_PO_HEADERH三个数据表，可作为该SQL 查询的查询范围；数据表中每条数据记录均包括H.PO_NUMBER、H.EPO_H EADER_ID、M.MATI_CODE、M.MATI_NAME四个列项，均可作为该SQL 查询的查询项；告警方式具体采用邮件告警；告警收件方设置为管理员“张三”的邮箱地址；SQL脚本的内容具体可如下：

SELECT H.PO_NUMBER,H.EPO_HEADER_ID,M.MATI_CODE,M. MATI_NAME FROM EPO_PO_LINES L,EPO_MATI M,EPO_PO_HEADE R H WHERE L.EPO_HEADER_ID＝H.EPO_HEADER_IDAND L.ITEM_ ID＝M.MATI_ERP_ID AND M.MATI_NAME LIKE'％不确定％'AND H.S UBMIT_DATE>SYSDATE-3AND H.WF_STATUS NOT IN('DELETE') ORDER BY L.ID DESC。

其中，L.EPO_HEADER_ID＝H.EPO_HEADER_ID、L.ITEM_ID＝M. MATI_ERP_ID、M.MATI_NAME LIKE'％不确定％'、H.SUBMIT_DATE>S YSDATE-3、H.WF_STATUS和NOT IN('DELETE')均为该SQL查询的查询条件；同时，查询结果按照L.ID顺序排列。

当该监控查询任务的其他配置参数完成之后，便可以利用上述调度程序和执行程序来调度并执行该项监控查询任务。若该监控查询任务的查询结果异常，即SQL查询的返回结果不为空，则可根据告警参数进行告警。

可参见图7所示，图7为本应用场景实施例中告警邮件的界面示意图。为了提高告警问题在发现、处理过程中的速度和质量，图7所示的告警邮件中提供了如下内容：

(1)监控查询任务的执行页面超链接。具体见图7中的下划线内容“《最近三天订单包含不确定物料》”，用于从邮件页面跳回至监控告警系统的执行页面。

(2)查询结果。图7中列出了3条查询到的数据库记录，分别对应序号 1至序号3。

(3)SQL脚本。

(4)解决方案。

参见图8所示，本申请实施例公开了一种业务运行的监控告警系统，主要包括：

监控管理模块51，用于设置基于SQL查询的监控查询任务；

监控调度模块52，用于定期轮询各个监控查询任务；将期望执行时间在当前时刻之前的监控查询任务加入处理队列；

监控执行模块53，用于获取处理队列中的监控查询任务；在监控查询任务指定的目标数据库中执行对应的SQL查询；若查询结果异常，则根据监控查询任务的告警参数进行告警。

在上述内容的基础上，作为一个具体实施例，监控调度模块52具体包括：

调度单元，用于判断监控查询任务的期望执行时间是否早于当前时刻；若是，则将监控查询任务加入处理队列；

更新单元，用于根据监控查询任务的执行间隔周期，更新期望执行时间。

在上述内容的基础上，作为一个具体实施例，更新单元具体用于：

其中，

为步进时间，

表示向下取整；i为监控查询任务；i.NIT为更新前的期望执行时间；i.NIT′为更新后的期望执行时间；SYSDATE为当前时刻；i.INVL为执行间隔周期； i.INVLT为i.INVL的周期时间单位；i.INVLT.seconds为i.INVLT对应的秒数； Dis(i.NIT,SYSDATE,i.INVLT)为i.NIT到SYSDATE之间包括的i.INVLT的个数。

在上述内容的基础上，作为一个具体实施例，监控执行模块53具体包括：

获取单元，用于分别异步获取处理队列中的各个监控查询任务。

安全检测单元，用于对SQL查询对应的SQL脚本进行安全检测；

查询单元，用于当安全检测通过时针对目标数据库执行SQL脚本。

在上述内容的基础上，作为一个具体实施例，监控执行模块53还包括：

预处理单元，用于在针对目标数据库执行SQL脚本之前，对SQL脚本进行预处理，以便将查询结果的提取数量设置为目标数量。

在上述内容的基础上，作为一个具体实施例，监控管理模块51具体包括：

接收单元，用于接收客户端发送的管理员登录信息；

验证单元，用于根据预设的管理权限信息，对管理员登录信息进行登录验证；

设置单元，用于当登录验证通过时存储客户端发送的监控查询任务及其配置参数。

作为一个具体实施例，进一步地，配置参数包括执行参数和告警参数；执行参数包括期望执行时间、执行间隔周期、周期时间单位、目标数据库和 SQL脚本；告警参数包括告警邮件标题、告警收件方、告警容忍次数和是否持续告警。

进一步地，配置参数还包括告警后的解决方案；

监控执行模块53具体包括：

生成单元，用于生成告警邮件，告警邮件中记录有监控查询任务的执行页面超链接、查询结果、SQL脚本和解决方案；

告警单元，用于将告警邮件发送至告警收件方。

反馈单元，用于在监控查询任务指定的目标数据库中执行对应的SQL查询之后发生系统报错时，记录生成的报错信息。

上述内容可对应参见图9所示，图9为本申请实施例公开的一种业务运行的监控告警系统的工作示意图。

在配置过程中，管理员登录监控告警系统，利用监控管理模块对监控查询任务进行增删查改操作。管理员须是具备数据库查询权限的相关运营人员，利用预设管理权限实现登录。预设管理权限可由系统管理员利用监控管理模块的管理权限配置功能进行预设。

在调度过程中，可利用调度程序轮询各个监控查询任务，将期望执行时间小于当前时刻的监控查询任务加入处理队列，并更新期望执行时间。其中，处理队列具体可为异步队列。

在执行过程中，可利用执行程序分别针对处理队列中的各个监控查询任务进行SQL查询，若查询结果异常，则生成告警信息发送至告警接收方。在执行监控查询任务时，具体可通过对SQL脚本进行检测和预处理来确保数据库的安全。若出现系统报错，则可将报错信息记录在对应的监控查询任务的配置参数中，以便于管理员查看获悉。

关于上述业务运行的监控告警系统的具体内容，可参考前述关于业务运行的监控告警方法的详细介绍，这里就不再赘述。

参见图10所示，图10为本申请实施例提供的一种电子设备的结构示意图。该电子设备60，具体可以包括：至少一个处理器61、至少一个存储器62、电源63、通信接口64、输入输出接口65和通信总线66。其中，所述存储器62用于存储计算机程序，所述计算机程序由所述处理器61加载并执行，以实现前述任一实施例公开的由服务器执行的监控告警方法中的相关步骤。

本实施例中，电源63用于为服务器60上的各硬件设备提供工作电压；通信接口64能够为服务器60创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口65，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器62作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统621、计算机程序622及数据623等，存储方式可以是短暂存储或者永久存储。

其中，操作系统621用于管理与控制服务器60上的各硬件设备以及计算机程序622，以实现处理器61对存储器62中海量数据623的运算与处理，其可以是Windows Server、Netware、Unix、Linux等。计算机程序622除了包括能够用于完成前述任一实施例公开的由服务器执行的监控告警方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据623 除了可以包括服务器接收到的监控查询任务的配置参数、查询结果数据、告警与报错数据以外，还可以包括用户业务运行系统的相关业务数据。

进一步地，本申请实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如上所述的任一种业务运行的监控告警方法的步骤。

关于上述电子设备和计算机可读存储介质的具体内容，可参考前述关于业务运行的监控告警方法的详细介绍，这里就不再赘述。

本申请中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的设备而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需说明的是，在本申请文件中，诸如“第一”和“第二”之类的关系术语，仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。此外，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请的保护范围内。

Claims

1.一种业务运行的监控告警方法，其特征在于，包括：

定期轮询预设的基于SQL查询的监控查询任务；

判断监控查询任务的期望执行时间是否早于当前时刻；

若是，则将所述监控查询任务加入处理队列；

根据所述监控查询任务的执行间隔周期，更新所述期望执行时间；

分别异步获取所述处理队列中的各个监控查询任务；

2.根据权利要求1所述的监控告警方法，其特征在于，所述更新所述期望执行时间，包括：

计算更新前的所述期望执行时间至所述当前时刻之间所包含的所述执行间隔周期的个数；

确定与所述个数对应的步进时间；

根据所述执行间隔周期和所述步进时间，计算更新后的所述期望执行时间。

3.根据权利要求1所述的监控告警方法，其特征在于，所述在所述监控查询任务指定的目标数据库中执行对应的SQL查询，包括：

对所述SQL查询对应的SQL脚本进行安全检测；

若安全检测通过，则针对所述目标数据库执行所述SQL脚本。

4.根据权利要求1所述的监控告警方法，其特征在于，所述在所述监控查询任务指定的目标数据库中执行对应的SQL查询，包括：

对所述SQL查询对应的SQL脚本进行预处理，以便将查询结果的提取数量设置为目标数量；

针对所述目标数据库执行所述SQL脚本。

5.根据权利要求1所述的监控告警方法，其特征在于，所述监控查询任务的设置过程包括：

接收客户端发送的管理员登录信息；

根据预设的管理权限信息，对所述管理员登录信息进行登录验证；

若登录验证通过，则存储所述客户端发送的监控查询任务及其配置参数。

6.根据权利要求5所述的监控告警方法，其特征在于，所述配置参数包括执行参数和所述告警参数；

所述执行参数包括所述期望执行时间、执行间隔周期、周期时间单位、所述目标数据库和所述SQL查询对应的SQL脚本；

所述告警参数包括告警邮件标题、告警收件方、告警容忍次数和是否持续告警。

7.根据权利要求6所述的监控告警方法，其特征在于，所述配置参数还包括告警后的解决方案；

所述根据所述监控查询任务的告警参数进行告警，包括：

生成告警邮件，所述告警邮件中记录有所述监控查询任务的执行页面超链接、所述查询结果、所述SQL脚本和所述解决方案；

将所述告警邮件发送至所述告警收件方。

8.根据权利要求1所述的监控告警方法，其特征在于，在所述监控查询任务指定的目标数据库中执行对应的SQL查询之后，还包括：

若发生系统报错，则记录生成的报错信息。

9.根据权利要求1至8任一项所述的监控告警方法，其特征在于，当所述目标数据库为存储在区块链节点上的业务数据库时，所述监控告警方法由所述区块链节点通过调用对应的智能合约而实施。

10.一种业务运行的监控告警系统，其特征在于，包括：

监控管理模块，用于设置基于SQL查询的监控查询任务；

监控调度模块，用于定期轮询各个所述监控查询任务；判断监控查询任务的期望执行时间是否早于当前时刻；若是，则将所述监控查询任务加入处理队列；根据所述监控查询任务的执行间隔周期，更新所述期望执行时间；

监控执行模块，用于分别异步获取所述处理队列中的各个监控查询任务；在所述监控查询任务指定的目标数据库中执行对应的SQL查询；若查询结果异常，则根据所述监控查询任务的告警参数进行告警。

11.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如权利要求1至9任一项所述的业务运行的监控告警方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如权利要求1至9任一项所述的业务运行的监控告警方法的步骤。