一种多数据源监控方法、装置、电子设备及存储介质与流程

1.本技术涉及数据监控技术领域，具体而言，涉及一种多数据源监控方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.目前常用的服务器数据源监控，通常是通过控制台自带的接口对数据源进行监控，每次获取一个数据源时都要通过接口进行连接，进而通过接口返回的每一个数据源判断是否需要报警。
3.但是，这种方法存在很大的弊端，由于监控是有周期的，单位周期内需要反馈所有需要监控的多数据源对应的的数据源参数，而每次循环都需要连接控制台获取相应的数据源，这将会导致数据源获取时间随着数据源数量的增加而成正比增加，如果需要获取多个数据源时，在数据源不断增多的情况下，将无法在监控周期内取出所需要的所有数据，导致多数据源获取时间过长，无法完成监控。


技术实现要素：

4.本技术实施例的目的在于提供一种多数据源监控方法、装置、电子设备及计算机可读存储介质，避免了多数据源监控时，由于数据源过多，获取数据源时间过长导致无法在监控周期内完成监控的情况，提升了多数据源监控效果。
5.第一方面，本技术实施例提供了一种多数据源监控方法，所述方法包括：
6.接收控制台返回的多数据源对应的数据源参数；
7.提取所述数据源参数中的有效信息至同一文件；
8.对所述有效信息进行解析处理，获得所述有效信息在所述同一文件中相应的位置数值；
9.选取所述位置数值中的预警位置数值，获得所述预警位置数值对应的预警参数；
10.根据所述预警参数和预警阈值发出报警信号。
11.在上述实现过程中，通过提取监控数据源所需的有效信息，避免了重复获取数据源参数，使得在发生数据源不断增多的情况下，也可以在监控时间内完成有效信息的提取，缩短了数据源参数的获取时间，提高多数据源监控效果。
12.进一步地，所述提取所述数据源参数中的有效信息至同一文件的步骤，包括：
13.获取监控需求；
14.根据所述监控需求获取所述数据源参数中的所述有效信息；
15.将所述有效信息存储至所述同一文件。
16.在上述实现过程中，将数据源参数中的所有有效信息提取至同一文件，可以有效避免重复向数据源参数提取有效信息，节省时间，且无需占用大量空间以存储全部数据源参数。
17.进一步地，所述对所述有效信息进行解析处理，获得所述有效信息在所述同一文
件中相应的位置数值的步骤，包括：
18.对所述同一文件中的所述有效信息进行解析处理，获取所述有效信息在所述同一文件中的位置信息；
19.根据所述位置信息获得所述有效信息相应的位置数值。
20.在上述实现过程中，将所有有效信息解析，并生成对应位置信息来表示有效信息，需要获取有效信息时不需要遍历全部有效信息，只需要获取对应的位置数值。能快速生成预警信号完成监控。
21.进一步地，所述根据所述预警参数和预警阈值发出报警信号的步骤，包括：
22.若所述预警参数大于所述预警阈值，则发出报警信号；
23.若所述预警参数小于或者等于所述预警阈值，则不发出报警信号。
24.在上述实现过程中，将预警位置数值和预警阈值进行比较，判断是否需要发出报警信号，方便、快捷地实现对多数据源的监控。
25.进一步地，在所述接收控制台返回的多数据源对应的数据源参数的步骤之前，还包括：
26.利用jboss接口与所述控制台建立连接；
27.向所述控制台发送数据源参数获取命令。
28.在上述实现过程中，利用jboss接口获取数据源参数，可以有效提高数据源参数的传输速度。
29.第二方面，本技术实施例还提供了一种多数据源监控装置，所述装置包括：
30.数据源参数接收模块，用于接收控制台返回的多数据源对应的数据源参数；
31.有效信息提取模块，用于提取所述数据源参数中的有效信息至同一文件；
32.有效信息解析模块，用于对所述有效信息进行解析处理，获得所述有效信息在所述同一文件中相应的位置数值；
33.预警参数获取模块，用于选取所述位置数值中的预警位置数值，获得所述预警位置数值对应的预警参数；
34.预警模块，用于根据所述预警参数和预警阈值发出报警信号。
35.进一步地，所述有效信息提取模块包括：
36.监控需求获取单元，用于获取监控需求；
37.有效信息获取单元，用于根据所述监控需求获取所述数据源参数中的所述有效信息；
38.存储单元，用于将所述有效信息存储至所述同一文件。
39.进一步地，所述有效信息解析模块包括：
40.解析处理单元，用于对所述同一文件中的所述有效信息进行解析处理，获取所述有效信息在所述同一文件中的位置信息；
41.位置数值获取单元，用于根据所述位置信息获得所述有效信息相应的位置数值。
42.第三方面，本技术实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。
43.第四方面，本技术实施例提供的一种存储介质，所述存储介质上存储有指令，当所
述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。
44.第五方面，本技术实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。
45.本公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本公开的上述技术即可得知。
46.并可依照说明书的内容予以实施，以下以本技术的较佳实施例并配合附图详细说明如后。
附图说明
47.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
48.图1为本技术实施例提供的多数据源监控方法的流程示意图；
49.图2为本技术实施例提供的多数据源参数的示意图；
50.图3为本技术实施例提供的多数据源监控装置的结构组成示意图；
51.图4为本技术实施例提供的电子设备的结构组成示意图。
具体实施方式
52.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
53.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
54.下面结合附图和实施例，对本技术的具体实施方式作进一步详细描述。以下实施例用于说明本技术，但不用来限制本技术的范围。
55.实施例一
56.图1是本技术实施例提供的多数据源监控方法的流程示意图，如图1所示，该方法包括：
57.s1，接收控制台返回的多数据源对应的数据源参数；
58.s2，提取数据源参数中的有效信息至同一文件；
59.s3，对有效信息进行解析处理，获得有效信息在同一文件中相应的位置数值；
60.s4，选取位置数值中的预警位置数值，获得预警位置数值对应的预警参数；
61.s5，根据预警参数和预警阈值发出报警信号。
62.以本实施例为例，通过提取监控数据源所需的有效信息，避免了重复获取数据源参数，使得在发生数据源不断增多的情况下，也可以在监控时间内完成有效信息的提取，提高多数据源监控效果。缩短了数据源参数的获取时间。
63.在s1中，接收控制台返回的多数据源对应的数据源参数。
64.服务器在固定周期内会接收控制台返回的多数据源对应的数据源参数，以本实施例为例，周期为5分钟，即每过5分钟服务器会向控制台进行一次连接、发送获取数据源参数
的命令，且每进行一次连接，都会一次性获取所有数据源对应的数据源参数，在服务器端返回时统一反馈。
65.如图2所示，为数据源参数，数据源参数为可以直接体现多个数据源所包含信息的数据，例如数据源的数量，数据源的接口连接数量等。
66.在s2中，提取数据源参数中的有效信息至同一文件，包括：
67.获取监控需求；
68.根据监控需求获取数据源参数中的有效信息；
69.将有效信息存储至同一文件。
70.进一步地，将数据源参数中的所有有效信息提取至同一文件，可以有效避免重复向数据源参数提取有效信息，节省时间，且无需占用大量空间以存储全部数据源参数。
71.在获取的所有数据源参数中，有效信息包括数据源参数中的最大值(数据源连接的最大连接数)、最小值(数据源连接的最小连接数)、可用数(数据源连接的可用连接数)、数据源有效性(数据源的连接有效性)、活动连接数信息等(数据源的活动连接数)，将这些有效信息存储在同一文件中，以本实施例为例，有效信息存储在服务器中以端口命名的endlog文件中。取值命令：
72.(command＝"/subsystem＝datasources:read-resource(include-runtime＝true,recursive＝true,recursive-depth＝10))。
73.在s3中，对有效信息进行解析处理，获得有效信息在同一文件中相应的位置数值，包括：
74.对同一文件中的有效信息进行解析处理，获取有效信息在同一文件中的位置信息；
75.根据位置信息获得有效信息相应的位置数值。
76.进一步地，将所有有效信息解析，解析后的有效信息会在文件中根据有效信息的类型、数值不同进行分布排列，此时排列好的有效信息所在文件中的位置就是有效信息的位置信息，对有效信息进行标号，以此来表示、区分不同的有效信息，对应的标号即为位置数值。
77.当需要获取有效信息时，不需要遍历全部有效信息，只需要获取对应的位置数值，便可以在监控时间内快速生成预警信号。
78.通过对同一文件中有效信息的解析，有效信息都有对应的位置数值，即不同的位置数值对应了不同的有效信息，以本实施例为例，通过对end.log文件中内容的解析，会在文件中生成多个不同的位置数值，并且每个位置数值对应不同的有效信息。
79.在s4中，选取位置数值中的预警位置数值，获得预警位置数值对应的预警参数。
80.获取监控需求，根据监控需求获取监控过程中所需要的有效信息对应的位置数值，即预警位置数值，并获取到预警位置数值对应的预警参数。表示预警位置数值对应的有效信息的数值即为预警参数。
81.以本实施例为例，服务器zabbix(基于web界面提供分布式系统监视以及网络监视功能的企业级的开源解决方案)在报警之前，会预先设置好位置数值，例如有效信息中的第一位为最大值，第二位为最小值，那么最大值对应的位置数值可以设为第一位置数值，最小值对应的位置数值可以设为第二位置数值，其他有效信息以此类推。
82.示例性地，此时有五个监控需求，当出现第六个监控需求时，且第六个监控需求对应的位置数值为6，在获取参数脚本中添加对应位置数值为6获取的方法，并把返回值写在第六位上。
83.在s5中，根据预警参数和预警阈值发出报警信号，包括：
84.若预警参数大于预警阈值，则发出报警信号；
85.若预警参数小于或者等于所述预警阈值，则不发出报警信号。
86.在上述实现过程中，将预警位置数值和预警阈值进行比较，判断是否需要发出报警信号，方便、快捷的实现对多数据源的监控。
87.预警阈值为提前预设好的，如果超出这个预警阈值，服务器将会出现故障，将预警参数与预警阈值进行比较，若预警参数大于预警阈值，则发出报警信号，若预警参数小于或者等于预警阈值，则无需发出报警信号。
88.进一步地，在接收控制台返回的多数据源对应的数据源参数的步骤之前，还包括：
89.利用jboss(一种基于j2ee的开放源代码的应用服务器)接口与控制台建立连接；
90.向控制台发送数据源参数获取命令。
91.进一步地，利用jboss接口获取数据源参数，可以有效提高数据源参数的传输速度。
92.以本实施例为例，服务器为zabbix，控制台为jboss，jboss接口连接到jboss控制台的过程通过python(一种计算机编程语言)脚本来实现，结合jboss自带的连接工具jboss.cli及配置文件，依次连接每个端口。
93.服务器端固定周期向控制台发送数据源获取命令，控制台执行脚本进行获取数据源的操作，并返回对应的数据源参数，服务器端根据返回值，与配置的触发器进行匹配，即与预警阈值相互匹配判断是否进行报警。
94.通过自身监控需求，使用jboss自带的连接工具连接到控制台后，先获取所有数据源参数保存到临时文件中，然后再对已获取的多个数据源参数，根据监控需求要进行提取，将提取到的有效信息保存到端口命名的.endlog文件中。能做到在指定周期内，完成所需工作，保证了zabbix监控对于多数据源监控的服务可靠性。提高了数据处理速度，适应了jboss监控的需求，可持续应对jboss控制台持续增多的数据源监控，能做到快速、准确、有效的进行监控。后续还可以根据不同的监控需求，对有效信息进行相应的增加或者减少，能够适应不同的监控需求。
95.在申请实施例中，针对复杂的多数据源监控，采用一次性获取全部数据源的方法，再解析有效信息完成监控的方法，节省了时间，提高多数据源监控效果。
96.实施例二
97.为了执行上述实施例一对应的方法，以实现相应的功能和技术效果，下面提供一种多数据源监控装置装置，如图3所示，该装置包括：
98.数据源参数接收模块1，用于接收控制台返回的多数据源对应的数据源参数；
99.有效信息提取模块2，用于提取数据源参数中的有效信息至同一文件；
100.有效信息解析模块3，用于对有效信息进行解析处理，获得有效信息在同一文件中相应的位置数值；
101.预警参数获取模块4，用于选取位置数值中的预警位置数值，获得预警位置数值对
应的预警参数；
102.预警模块5，用于根据预警参数和预警阈值发出报警信号。
103.进一步地，有效信息提取模块2包括：
104.监控需求获取单元，用于获取监控需求；
105.有效信息获取单元，用于根据监控需求获取数据源参数中的有效信息；
106.存储单元，用于将有效信息存储至同一文件。
107.进一步地，有效信息解析模块3包括：
108.解析处理单元，用于对同一文件中的有效信息进行解析处理，获取有效信息在同一文件中的位置信息；
109.位置数值获取单元，用于根据位置信息获得有效信息相应的位置数值。
110.进一步地，预警模块5还用于若预警参数大于预警阈值，则发出报警信号；若预警参数小于或者等于预警阈值，则不发出报警信号。
111.进一步地，该装置还包括：
112.连接建立单元，用于利用jboss接口与控制台建立连接；
113.命令发送单元，用于向控制台发送数据源参数获取命令。
114.上述的多数据源监控装置可实施上述实施例一的方法。上述实施例一中的可选项也适用于本实施例，这里不再详述。
115.本技术实施例的其余内容可参照上述实施例一的内容，在本实施例中，不再进行赘述。
116.实施例三
117.本技术实施例提供一种电子设备，包括存储器及处理器，该存储器用于存储计算机程序，该处理器运行计算机程序以使电子设备执行实施例一的多数据源监控方法。
118.可选地，上述电子设备可以是服务器。
119.请参见图4，图4为本技术实施例提供的电子设备的结构组成示意图。该电子设备可以包括处理器41、通信接口42、存储器43和至少一个通信总线44。其中，通信总线44用于实现这些组件直接的连接通信。其中，本技术实施例中设备的通信接口42用于与其他节点设备进行信令或数据的通信。处理器41可以是一种集成电路芯片，具有信号的处理能力。
120.上述的处理器41可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器41也可以是任何常规的处理器等。
121.存储器43可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。存储器43中存储有计算机可读取指令，当计算机可读取指令由所述处理器41执行时，设备可以执行上述图1方法实施例涉及的各个步骤。
122.可选地，电子设备还可以包括存储控制器、输入输出单元。存储器43、存储控制器、
处理器41、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线44实现电性连接。处理器41用于执行存储器43中存储的可执行模块，例如设备包括的软件功能模块或计算机程序。
123.输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。输入输出单元可以是，但不限于，鼠标和键盘等。
124.可以理解，图4所示的结构仅为示意，电子设备还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。图4中所示的各组件可以采用硬件、软件或其组合实现。
125.另外，本技术实施例还提供一种计算机可读存储介质，其存储有计算机程序，该计算机程序被处理器执行时实现实施例一的多数据源监控方法。
126.本技术实施例还提供一种计算机程序产品，该计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。
127.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
128.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
129.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
130.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
131.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
132.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。