CN103051496B - 一种监测点服务器的监控方法及装置 - Google Patents

Abstract

本发明实施例提供了一种监测点服务器的监控方法及装置，其中所述方法包括：获取监测点配置文件，所述监测点配置文件中包括目标监测点服务器的信息；依据所述监测点配置文件，与对应的目标监测点服务器进行连接；监控所述连接的目标监测点服务器，包括，查看所述连接的目标监测点服务器的采集程序的信息。本发明实施例可以简化监测点服务器的监控操作，提高监测点服务器的监控效率。

Description

一种监测点服务器的监控方法及装置

技术领域

本发明涉及互联网性能优化研究支撑平台的技术领域，特别是涉及一种监测点服务器的监控方法，以及，一种监测点服务器的监控装置。

背景技术

随着互联网的广泛应用，需要监控的数据库服务器越来越多，例如无线通信网络服务企业为完成项目要求，需要在全国各地部署很多个监测点，每个监测点上面要部署一些采集程序，程序通过封装机器底层的ping（通信协议）、traceroute（路径查找）、dig（域名分析）等指令对全国各地各运营商节点采集网络的性能指标。随着全国各地监测点部署数量逐渐增多，对各监测点服务器的维护监控就越来越困难；并且随着需求的深入，采集的程序越来越多，有的是每半个小时采集一次的实时常规采集，有的是晚上8点到晚10点每五分钟采集一次的忙时采集，有的是每月一次对全国一百多万的网站进行网络架构分析的采集，甚至是每个月一次对全球一百多万IP地址进行大规模性能矩阵的采集等；而且可能根据客户临时的需求变化，不同监测点需要随时修改监测点配置文件并且重新启动程序，这些操作如使用常规的操作方法会非常繁琐。

如果需要查看某个采集程序的运行状态的话，现有技术中，主要使用SecureCRT工具（一款支持SSH（SecureShell）的终端仿真程序，是一款用于连接运行包括Windows、UNIX和VMS的理想工具）逐一登陆各个采集监测点服务器，然后通过linux命令ps-ef|grepXXXX和查看程序的日志如tail-500XXX.log等指令来查看程序的运行状态，如果单一个监测点服务器还算简单，但是由于项目的需求，可能有几十台甚至上百台监测点服务器，如果每天这样逐台轮询监测会浪费很大的时间和精力。

如果需要进行修改监测点配置文件并且重新启动程序这样的操作会更加复杂一些，现有技术方案是先通过FlashFXP上传工具（FlashFXP是一款功能强大的FXP/FTP软件，集成了其它优秀的FTP软件的优点，它提供了最简便和快速的途径来通过FTP传输任何文件）将需要更改的监测点配置文件下载下来，在本地修改好后再传输到服务器上，通过SecureCRT工具终结进程，再重新启动程序；或者在启动脚本中将终结进程的步骤写在里面，即使这样操作仍然很繁琐。如果所有监测点需要更改的监测点配置文件是一样的，比如更改目标监测点配置文件中的IP地址信息，由于项目的需求，可能有几十台甚至上百台监测点服务器，如果每台服务器按照这样的步骤进行操作也会浪费很大的时间和精力。

其他如停止程序等操作都是类似的方法，在此不作赘述。

针对上述存在的问题，现有技术对监测点服务器的监控维护只能运用工具登陆上一台一台服务器进行查看或修改上传采集程序所需要的监测点配置文件，操作很不直观，并且操作繁琐，工作效率低，用户体验不佳。

因此，目前本技术领域的技术人员急需解决的问题在于，寻求一种监测点服务器的监控机制，用以同时查看所有监测点服务器的情况，批量更新监测点配置文件重启程序，从而简化监测点服务器的监控操作，提高监测点服务器的监控效率。

发明内容

本发明所要解决的技术问题是提供一种监测点服务器的监控方法及装置，用以同时查看所有的监测点服务器的情况，也可以批量更新监测点配置文件重启程序。

为了解决上述问题，本发明公开了一种监测点服务器的监控方法，包括：

获取监测点配置文件，所述监测点配置文件中包括目标监测点服务器的信息；

依据所述监测点配置文件，与对应的目标监测点服务器进行连接；

监控所述连接的目标监测点服务器，包括，查看所述连接的目标监测点服务器的采集程序的信息。

优选地，所述目标监测点服务器的信息包括所述目标监测点服务器的名称，所述目标监测点服务器的标识，所述目标监测点服务器的IP地址。

优选地，所述获取监测点配置文件的步骤包括：

获取目标监测点服务器的信息，依据所述目标监测点服务器的信息生成监测点配置文件。

可选地，在已有监测点配置文件时，所述方法还包括：

更新已有的监测点配置文件；

所述获取监测点配置文件的步骤包括：

获取所述更新的监测点配置文件。

优选地，所述监控连接的目标监测点服务器的步骤包括：

采用多线程并发地对所述连接的目标监控点服务器进行监控。

优选地，所述查看连接的目标监测点服务器的采集程序的信息的步骤包括：

判断所述连接的目标监测点服务器的采集程序是否存在，若是，则显示有采集程序，若否，则显示无采集程序；

获取所述采集程序的类型；

依据所述采集程序的类型，判断所述采集程序是否在运行；若是，则显示所述采集程序正在运行；若否，则显示所述采集程序暂停运行。

优选地，所述查看连接的目标监测点服务器的采集程序的信息的步骤还包括：

获取所述采集程序采集信息的数量；

判断所述采集信息的数量是否达到预设值；若是，则显示当前采集周期结束，若否，则显示采集周期正在执行中。

优选地，所述监控连接的目标监测点服务器的步骤还包括：

查看所述连接的目标监测点服务器的网络状态是否正常；

和/或，

查看所述连接的目标监测点服务器的进程内存容量；

和/或，

查看所述连接的目标监测点服务器的CPU占用率。

依据本发明的另一个方面，提供了一种监测点服务器的监控装置，包括：

监测点配置文件获取模块，用于获取监测点配置文件，其中监测点配置文件中包括目标监测点服务器的信息；

连接模块，用于依据所述监测点配置文件，与对应的目标监测点服务器进行连接；

监控模块，用于监控所述连接的目标监测点服务器；

第一查看模块，用于查看所述连接的目标监测点服务器的采集程序的信息。

优选地，所述目标监测点服务器的信息包括所述目标监测点服务器的名称，所述目标监测点服务器的标识，所述目标监测点服务器的IP地址。

优选地，所述监测点配置文件获取模块包括：

目标监测点服务器的信息获取子模块，用于获取目标监测点服务器的信息；

监测点配置文件生成子模块，用于依据所述目标监测点服务器的信息生成监测点配置文件。

可选地，在已有监测点配置文件时，所述监控装置还包括：

监测点配置文件更新模块，用于更新已有的监测点配置文件；

所述监测点配置文件获取模块包括：

更新的监测点配置文件获取模块，用于获取所述更新的监测点配置文件。

优选地，所述第一查看模块包括：

采集程序存在判断子模块，用于判断所述连接的目标监测点服务器的采集程序是否存在，若是，则调用第一采集显示子模块；若否，则调用第二采集显示子模块；

第一采集显示子模块，用于显示所述连接的目标监测点服务器有采集程序，并触发采集程序类型获取子模块；

第二采集显示子模块，用于显示所述连接的目标监测点服务器没有采集程序；

采集程序类型获取子模块，用于获取所述采集程序的类型；

采集程序运行判断子模块，用于判断所述采集程序是否在运行，若是，则调用第一运行显示子模块；若否，则调用第二运行显示子模块；

第一运行显示子模块，用于显示所述采集程序正在运行；

第二运行显示子模块，用于显示所述采集程序暂停运行。

优选地，所述第一查看模块还包括：

采集信息数量获取子模块，用于获取所述采集程序采集信息的数量；

采集信息数量判断子模块，用于判断所述采集信息的数量是否达到预设值，若是，则调用第一采集周期显示子模块；若否，则调用第二采集周期显示子模块；

第一采集周期显示子模块，用于显示当前采集周期结束；

第二采集周期显示子模块，用于显示采集周期正在执行中。

优选地，所述监控模块还包括：

第二查看模块，用于查看所述连接的目标监测点服务器的网络状态是否正常；

和/或，

第三查看模块，用于查看所述连接的目标监测点服务器的进程内存容量；

和/或，

第四查看模块，用于查看所述连接的目标监测点服务器的CPU占用率。

与现有技术相比，本申请包括以下优点：

由于在对多台监测点服务器实施监控时，均采用逐台登录的方式，对目标监测点服务器进行轮询监测导致操作繁琐，工作效率低下，结果查看不直观，本申请将所有监测点服务器的信息加载到监测点配置文件中，通过监测点配置文件与对应的目标监测点服务器进行连接而实施监控，具有以下优点：

（1）能够同时监控所有监测点服务器的程序运行状况，并直观显示目标监测点服务器的所有监控程序的状态。

（2）能够一键批量更换监测点配置文件并重新启动，简化监测点服务器的监控操作，提高监测点服务器的监控效率。

附图说明

图1示出了本发明的一种监测点服务器的监控方法实施例的步骤流程图；

图2示出了根据本发明方法实施例提供的一种优选实施例中目标监测点服务器更新监测点配置文件的步骤流程图；

图3示出了根据本发明方法实施例提供的一种优选实施例中目标监测点服务器的监控程序显示方法的步骤流程图；

图4示出了本发明的一种监测点服务器的监控装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请实施例的构思之一在于：针对现有对监控点服务器的监控维护只能运用工具逐台登陆服务器进行查看或修改上传采集程序所需要的监测点配置文件，操作效率低下的问题，本发明实施例将目标监测点服务器的信息生成监测点配置文件，通过监测点配置文件对对应的目标监测点服务器进行监控，可以同时查看所有监测点服务器的情况，也可以批量更新监测点配置文件重启程序，以简化监测点服务器的监控操作，提高监测点服务器的监控效率。

参照图1，示出了本发明的一种监测点服务器的监控方法实施例的步骤流程图，具体包括以下步骤：

步骤101：获取监测点配置文件，所述监测点配置文件中包括目标监测点服务器的信息；

在具体实现中，所述目标监测点服务器的信息可以包括所述目标监测点服务器的名称，所述目标监测点服务器的标识，和/或，所述目标监测点服务器的IP地址等。例如，获取到目标监测点服务器的信息为“1，北京联通，202.108.49.59”，其中，“1”为该目标监测点服务器的标识，“北京联通”为该目标监测点服务器的名称，“202.108.49.59”为该目标监测点服务器的IP地址。

在本发明的一种优选实施例中，所述步骤101可以包括如下子步骤：

子步骤S11，获取目标监测点服务器的信息，依据所述目标监测点服务器的信息生成监测点配置文件。

即本领域技术人员可以根据当前需要监控的监测点服务器的信息，将其写入配置文件，从而生成监测点配置文件，例如，目前需要对1000个监测点服务器进行监控，则所述1000个监测点服务器即为目标监测点服务器，本领域技术人员将这1000个目标监测点服务器的名称、标识、以及，IP地址等信息写入配置文件中，从而生成监测点配置文件。

在实际中，可以随着监测点服务器数量逐渐增多，将增加的监测点服务器的信息写到监测点配置文件中，只要在所述监测点配置文件中写入的监测点服务器都可以对其进行监控操作，比如查看程序状态，查看网络状态，查看进程内存容量、CPU占有率，更改监测点配置文件，停止程序，重启程序等。应用本发明实施例，不论需要增加多少个监测点服务器，只需增加或更改监测点配置文件中的目标监测点服务器的信息即可。

为便于相关人员进行操作，还可以加载程序运行相关配置文件，包括服务器的用户名，密码，以及中英文翻译的信息等，最后加载出一个监控维护的界面，反映出各监测点服务器的运行情况的数据采集结果，具体可以参考以下表1所示，

表1：

编号	名称	地址	状态	类型	更新
						11	广州电信	219.136.240.245	正常	常规	2m
12	北京移动	221.179.174.121	正常	常规	1m
						13	成都联通	221.10.254.59	正常	常规	14s
14	成都电信	略	正常	常规	26s
						16	天津电信	略	正常	常规	2m
17	天津联通	略	正常	常规	1m
						18	太原联通	略	正常	常规	2m
20	杭州电信	略	正常	常规	2m
						21	杭州联通	略	正常	常规	34s
33	西安联通	略	正常	常规	1m
						34	教育网	略	正常	常规	1m
35	乌鲁木齐联通	略	正常	常规	21s
						36	乌鲁木齐电信	略	正常	常规	2m
37	南京联通	略	正常	常规	48s
						38	济南联通	略	正常	常规	3s
39	济南移动	略	正常	二期	4m
						41	兰州电信	略	正常	二期	2m
42	福州移动	略	正常	二期	9m
						43	合肥移动	略	正常	二期	4m
1	北京联通	略	无	无
						2	北京电信	略	无	无
3	北京联通（cne）	略	无	无
						4	上海联通	略	无	无

具体的，表1中所列“编号”即为目标监测点服务器的标识，表1中所列“名称”项下的内容即为目标监测点服务器的名称，表1中所列“地址”项的信息即为目标监测点服务器的IP地址，例如，编号为“11”的目标监测点服务器的名称是“广州电信”，标识为“11”，其IP地址为“219.136.240.245”。

在已有监测点配置文件时，可以根据实际需求更新已有的监测点配置文件；在这种情况下，所述步骤101还可以包括如下子步骤：

子步骤S12，获取所述更新的监测点配置文件。

在具体实现中，通过监测点配置文件可以对其中某个监测点监控程序进行更详细的操作，如停止程序，重启程序，查看运行详细信息，修改监测点配置文件等。由于实现的方式都类似，作为本发明实施例应用的一种示例，以修改监测点配置文件为例，假设一种监测点服务器更新监测点配置文件的步骤流程图如图2所示，在本示例中，所述更新监测点配置文件可以包括以下步骤：

步骤201、从服务器上下载监测点配置文件，并转步骤202；

步骤202、显示监测点配置文件中的信息；

步骤203、判断监测点配置文件信息是否有改动，如果有改动则转步骤204，若没有改动则转步骤206；

步骤204、上传监测点配置文件到服务器，并转步骤305；

步骤205、重启程序，并转步骤206；

步骤206、结束。

在具体实现中，可以通过java程序调用SFTP的方式将监测点配置文件从目标监测点服务器上下载到本地，并进行显示。如果在监测点配置文件上进行修改并保存后，程序会自动将监测点配置文件再通过SFTP上传到服务器上覆盖原有的监测点配置文件，并且通过java程序调用linux底层的sh方法（Runtime.getRuntime（）.exec（shXXXX））重新启动程序（启动脚本中包括了终止程序的指令），完成监测点配置文件的更换。

在具体应用中，例如，有一个采集程序是针对全国100个IP地址进行ping，traceroute等指令的操作，在具体实现中，将这100个IP地址写到对应的监测点配置文件中，但由于项目的需求，临时需要增加100个IP地址，从而需要对已有的监测点配置文件进行修改，然后重启程序，如果逐个对以上监测点服务器进行操作将非常不方便，运用本发明实施例可以通过批量修改监测点配置文件，然后批量重启等方法来实现监测点配置文件的更换，以简化监测点服务器的监控操作，提高监测点服务器的监控效率。

步骤102：依据所述监测点配置文件，与对应的目标监测点服务器进行连接；

在具体实现中，依据所述监测点配置文件中的目标监测点服务器的名称，标识，和/或，IP地址等，定位对应的目标监测点服务器，然后与监测点配置文件中记录的这些目标监测点服务器进行通信连接。例如，参照表1所示，若当前监测点配置文件中包括所述23台目标监测点服务器的信息，则依据表1中监测点配置文件的编号，名称，和/或，IP地址等信息，如可以依据“11、广州电信、219.136.240.245”、“12、北京移动、221.179.174.121”、“13、成都联通、221.10.254.59”等信息，定位到对应的目标监测点服务器如“广州电信”、“北京移动”、“成都联通”等目标监测点服务器，然后与上述目标监测点服务器进行通信连接。

本领域技术人员采用任一种与目标监测点服务器进行连接的方式均是可行的，本发明对此不作限制。

步骤103：监控所述连接的目标监测点服务器；

为提高监测速度与效率，优选的是，可以采用多线程并发地对所述连接的目标监控点服务器进行监控。

在具体实现中，采集程序在接到采集程序推送的信息后，每一个采集程序对应启动一个线程。例如，参照表1所示，若包含当前编号为11-43在内有19个监测点服务器的采集程序在运行，其中，这19个采集程序就有19个线程与之对应，可以通过这19个线程对该目标监控点服务器进行监控。

在本发明的一种优选实施例中，所述步骤103可以包括如下子步骤：

子步骤S1：查看所述连接的目标监测点服务器的采集程序的信息。

在本发明的一种更为优选的实施例中，所述步骤103的子步骤S1可以包括以下子步骤：

子步骤S21：判断所述连接的目标监测点服务器的采集程序是否存在，若所述采集程序存在，则执行子步骤S22；若所述采集程序不存在，则执行子步骤S23；

子步骤S22：显示有采集程序，然后执行步骤S24；

子步骤S23：显示无采集程序；

子步骤S24：获取所述采集程序的类型；

子步骤S25：依据所述采集程序的类型，判断所述采集程序是否在运行，若所述采集程序在运行，则执行子步骤S26；若所述采集程序没有运行，则执行子步骤S27；

子步骤S26：显示采集程序正在运行；

子步骤S27：显示采集程序暂停运行。

在具体实现中，每个采集程序有一个接口方法，定期执行ps（查看程序）方法（即执行上述查看连接的目标监测点服务器的采集程序的信息的操作），查看采集程序是否存在，如果该采集程序已经宕掉了，则该采集程序就不会返回结果；如果该采集程序有返回结果则证明该采集程序还存在，此时若第一次启动监控程序会新建立一个线程，这个线程可以和该采集程序通信，可以重启，停止，修改监测点配置文件。

为使本领域技术人员更好地理解本发明，以下通过图3所示的一个应用本发明的一种监测点服务器的监控程序显示处理过程的具体示例详细说明本发明：

步骤301、通过ps命令查看采集程序是否存在，若该采集程序存在则转步骤302；若该采集程序不存在，则转步骤303；

步骤302、显示有采集程序，并转步骤304；

步骤303、显示该监测点没有采集程序，并转步骤308；

步骤304、通过ps结果中type信息显示采集程序类型，并转步骤305；

步骤305、判断采集程序是否在运行，若所述采集程序正在运行，则转步骤306；若所述采集程序不在运行，则转步骤307；

步骤306、显示正在采集，并转步骤308；

步骤307、显示暂时停止采集，并转步骤308；

步骤308、结束。

在具体实现中，可以通过java程序调用linux底层的ps（查看程序）方法Runtime.getRuntime().exec(ps–ef|grepXXXX)（需要说明的是，所有的采集程序共用一个工程，通过配置不同的配置文件，写不同的启动脚本来控制，启动脚本中有一个type字段来标识采集类型），通过SFTP方式将ps的结果信息返回并进行分析，若该采集程序存在则显示“正常”，表示有采集程序；若该ps结果为空则显示“无采集程序”。并且通过该ps结果中的type信息获取采集程序的类型，经过服务器翻译后显示中文类型。如果一台监测点上启动了多个采集程序，则分多行显示，故能明显查看到哪些监测点采集程序宕掉了。

在具体实现中，每个采集程序都有一个type代表类型，例如phase2代表二期，normal代表常规等。例如，采集程序可以执行linux下的ps命令，如ps–ef|grepphase2，如果该采集程序有采集结果则将结果推送到监控界面；如果该采集程序宕掉了或者没有启动，它就不可能执行这句命令。例如，参照表1所示，其中，编号为39-43的监测点服务器的采集类型属于“二期”采集，采集程序显示为“正常”，表示编号为39-43的监测点服务器的采集程序存在；编号为1-4的监测点服务器的采集程序宕掉了，则不可能执行该ps命令，故编号为1-4的监测点服务器显示无采集程序。

在本发明的另一种优选实施例中，所述步骤103的子步骤S1还可以包括以下子步骤：

子步骤S31：获取采集程序采集信息的数量；

子步骤S32：判断所述采集信息的数量是否达到预设值，若是，则执行子步骤S33；若否，则执行子步骤S34；

子步骤S33：显示当前采集周期结束；

子步骤S34：显示采集周期正在执行中。

在具体实现中，由于每个采集程序有一个接口方法，采集程序在执行过程中会记录此次命令要执行的总数量和目前已执行的数量，即能够获取到目前采集程序一共采集多少信息，已采集多少信息，还有多少没执行，都可以定期推送到监控程序上。例如有一个对网站域名分析的dig指令，对国内外一百万的网站进行该指令操作，从采集程序接口可以获取到总共需要完成多少指令，已完成多少指令。使用SFTP方式将数据传输过来再进行分析，如果已完成量小于总数量则认为该采集程序目前正在运行中，如果两者数量相等，则认为当前采集周期进行完毕，再等待下一个采集周期开始。例如，“total：3000，progess:1500”，通过这个可以看出是否该采集周期已执行完毕。

例如，参照表1所示，其中，编号为11-38的监测点服务器的采集程序存在且目前正在采集中，编号为39-43的监测点服务器的采集程序存在，但在该采集周期内已执行完毕。

在具体实现中，为便于观察监测点服务器采集程序是否存在，本领域技术人员采用任何一种方式对采集程序的类型进行设置而加以区别均是可行的，本申请对此无需加以限制。

作为本发明的实施例应用的一种示例，所述步骤103还包括以下子步骤：

子步骤S2：查看所述连接的目标监测点服务器的网络状态是否正常；

和/或，

子步骤S3：查看所述连接的目标监测点服务器的进程内存容量；

和/或，

子步骤S4：查看所述连接的目标监测点服务器的CPU占用率。

在具体实现中，每个监测点服务器会显示更新时间，即上次数据更新到现在的时间。在这种情况下，作为本发明的一种优选实施例，参照表1所示，其中“更新”一栏中所示的时间即为每个监测点服务器的更新时间。若所述更新时间远远大于设置的间隔更新时间，可能是网络出现了问题，导致数据无法传输过来进行分析。在一定程度上，可以根据监测点服务器的显示更新时间简单的监测端到端的网络情况。

在实际中，所述步骤子S2可以由监控程序来完成，并且监控程序会按照预设的时间间隔触发执行相应的监控监测点服务器的操作，例如，每隔几分钟执行一次，显示最新的状态，预设的时间间隔可以设置，在本申请实施例中对预设的时间间隔不做限制，本领域技术人员根据实际情况任意设置均可，本申请对此无需加以限制。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参考图4，示出了本申请的一种监测点服务器的监控装置实施例的结构框图，具体可以包括如下模块：

监测点配置文件获取模块401，用于获取监测点配置文件，其中监测点配置文件中包括目标监测点服务器的信息；

连接模块402，用于依据所述监测点配置文件，与对应的目标监测点服务器进行连接；

监控模块403，用于监控所述连接的目标监测点服务器；

第一查看模块404，用于查看所述连接的目标监测点服务器的采集程序的信息。

在实际中，所述目标监测点服务器的信息包括所述目标监测点服务器的名称，所述目标监测点服务器的标识，所述目标监测点服务器的IP地址。

在本发明的另一种优选实施例中，所述监测点配置文件获取模块401可以包括以下子模块：

目标监测点服务器的信息获取子模块，用于获取目标监测点服务器的信息；

监测点配置文件生成子模块，用于依据所述目标监测点服务器的信息生成监测点配置文件。

在已有监测点配置文件时，根据实际需求，所述装置还可以包括：

监测点配置文件更新子模块，用于更新已有的监测点配置文件；

在这种情况下，所述监测点配置文件获取模块401还可以包括：

更新的监测点配置文件获取子模块，用于获取所述更新的监测点配置文件。

在具体实现中，所述连接模块402可以包括：

定位子模块，用于依据所述监测点配置文件中的目标监测点服务器的名称，标识，和/或，IP地址等，定位对应的目标监测点服务器。

为提高监测速度与效率，优选的是，所述监控模块403可以采用多线程并发地对所述连接的目标监控点服务器进行监控。

在本发明的一种优选实施例中，所述第一查看模块404可以包括以下子模块：

采集程序存在判断子模块，用于判断所述连接的目标监测点服务器的采集程序是否存在，若是，则调用第一采集显示子模块；若否，则调用第二采集显示子模块；

第一采集显示子模块，用于显示所述连接的目标监测点服务器有采集程序，并触发采集程序类型获取子模块；

第二采集显示子模块，用于显示所述连接的目标监测点服务器没有采集程序；

采集程序类型获取子模块，用于获取所述采集程序的类型；

采集程序运行判断子模块，用于判断所述采集程序是否在运行，若是，则调用第一运行显示子模块；若否，则调用第二运行显示子模块；

第一运行显示子模块，用于显示所述采集程序正在运行；

第二运行显示子模块，用于显示所述采集程序暂停运行。

在本发明的一种更为优选的实施例中，所述第一查看模块404还可以包括以下子模块：

采集信息数量获取子模块，用于获取所述采集程序采集信息的数量；

采集信息数量判断子模块，用于判断所述采集信息的数量是否达到预设值，若是，则调用第一采集周期显示子模块；若否，则调用第二采集周期显示子模块；

第一采集周期显示子模块，用于显示当前采集周期结束；

第二采集周期显示子模块，用于显示采集周期正在执行中。

作为本发明实施例应用的一种示例，所述监控模块403还可以包括：

第二查看模块，用于查看所述连接的目标监测点服务器的网络状态是否正常；

和/或，

第三查看模块，用于查看所述连接的目标监测点服务器的进程内存容量；

和/或，

第四查看模块，用于查看所述连接的目标监测点服务器的CPU占用率。

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

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个模块。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

以上对本申请所提供的监测点服务器的监控方法，进行了详细介绍，本文中应用了具体个例对本申请实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种监测点服务器的监控方法，其特征在于，包括：

获取监测点配置文件，所述监测点配置文件中包括目标监测点服务器的信息，其中，所述目标监测点服务器的信息包括所述目标监测点服务器的名称，所述目标监测点服务器的标识，和/或，所述目标监测点服务器的IP地址；

依据所述监测点配置文件，与对应的目标监测点服务器进行连接；

监控所述连接的目标监测点服务器，包括，查看所述连接的目标监测点服务器的采集程序的信息；

所述获取监测点配置文件的步骤包括：

获取目标监测点服务器的信息，依据所述目标监测点服务器的信息生成监测点配置文件。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

更新已有的监测点配置文件；

所述获取监测点配置文件的步骤包括：

获取所述更新的监测点配置文件。

3.如权利要求1或2所述的方法，其特征在于，所述监控连接的目标监测点服务器的步骤包括：

采用多线程并发地对连接的目标监测点服务器进行监控。

4.如权利要求3所述的方法，其特征在于，所述查看连接的目标监测点服务器的采集程序的信息的步骤包括：

判断所述连接的目标监测点服务器的采集程序是否存在，若是，则显示有采集程序，若否，则显示无采集程序；

获取所述采集程序的类型；

依据所述采集程序的类型，判断所述采集程序是否在运行；若是，则显示所述采集程序正在运行；若否，则显示所述采集程序暂停运行。

5.如权利要求4所述的方法，其特征在于，所述查看连接的目标监测点服务器的采集程序的信息的步骤还包括：

获取所述采集程序采集信息的数量；

判断所述采集信息的数量是否达到预设值；若是，则显示当前采集周期结束，若否，则显示采集周期正在执行中。

6.如权利要求5所述的方法，其特征在于，所述监控连接的目标监测点服务器的步骤还包括：

查看所述连接的目标监测点服务器的网络状态是否正常；

和/或，

查看所述连接的目标监测点服务器的进程内存容量；

和/或，

查看所述连接的目标监测点服务器的CPU占用率。

7.一种监测点服务器的监控装置，其特征在于，包括：

监测点配置文件获取模块，用于获取监测点配置文件，其中监测点配置文件中包括目标监测点服务器的信息，其中，所述目标监测点服务器的信息包括所述目标监测点服务器的名称，所述目标监测点服务器的标识，和/或，所述目标监测点服务器的IP地址；

连接模块，用于依据所述监测点配置文件，与对应的目标监测点服务器进行连接；

监控模块，用于监控所述连接的目标监测点服务器；

第一查看模块，用于查看所述连接的目标监测点服务器的采集程序的信息；

所述监测点配置文件获取模块包括：

目标监测点服务器的信息获取子模块，用于获取目标监测点服务器的信息；

监测点配置文件生成子模块，用于依据所述目标监测点服务器的信息生成监测点配置文件。

8.如权利要求7所述的装置，其特征在于，还包括：

监测点配置文件更新模块，用于更新已有的监测点配置文件；

所述监测点配置文件获取模块包括：

更新的监测点配置文件获取模块，用于获取所述更新的监测点配置文件。

9.如权利要求8所述的装置，其特征在于，所述第一查看模块包括：

采集程序存在判断子模块，用于判断所述连接的目标监测点服务器的采集程序是否存在，若是，则调用第一采集显示子模块；若否，则调用第二采集显示子模块；

第一采集显示子模块，用于显示所述连接的目标监测点服务器有采集程序，并触发采集程序类型获取子模块；

第二采集显示子模块，用于显示所述连接的目标监测点服务器没有采集程序；

采集程序类型获取子模块，用于获取所述采集程序的类型；

采集程序运行判断子模块，用于判断所述采集程序是否在运行，若是，则调用第一运行显示子模块；若否，则调用第二运行显示子模块；

第一运行显示子模块，用于显示所述采集程序正在运行；

第二运行显示子模块，用于显示所述采集程序暂停运行。

10.如权利要求9所述的装置，其特征在于，所述第一查看模块还包括：

采集信息数量获取子模块，用于获取所述采集程序采集信息的数量；

采集信息数量判断子模块，用于判断所述采集信息的数量是否达到预设值，若是，则调用第一采集周期显示子模块；若否，则调用第二采集周期显示子模块；

第一采集周期显示子模块，用于显示当前采集周期结束；

第二采集周期显示子模块，用于显示采集周期正在执行中。

11.如权利要求10所述的装置，其特征在于，所述监控模块还包括：

第二查看模块，用于查看所述连接的目标监测点服务器的网络状态是否正常；

和/或，

第三查看模块，用于查看所述连接的目标监测点服务器的进程内存容量；

和/或，

第四查看模块，用于查看所述连接的目标监测点服务器的CPU占用率。