本发明涉及通信技术领域，尤其涉及业务监控方法、云服务器、存储介质及装置。
背景技术：
随着云计算的不断发展，越来越多的企业将自身的核心业务迁移至云数据中心，区别于传统数据中心，云数据中心由于其资源集中管理，具有更好的稳定性。
但是，当企业将核心业务迁移至云数据中心后，降低了对于业务的监控能力，因为传统的数据中心的设备都在本地，所以，业务的运行将直接由机房内的服务器去承载，运营人员可直接对机房内的设备进行操作，进而可较好地对业务的运行状态进行监控。但是，当将业务的运行迁移至云数据中心后，企业的业务人员不能完全掌控云数据中心内运行的企业业务，至多可对虚拟机的中央处理器(centralprocessingunit，cpu)、内存及存储等硬件资源的利用率进行监控，但是，无法对企业业务的进展进行监控。所以，在将业务迁移至云端后，现有技术存在无法监控业务的实际运行状态的技术问题。
上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。
技术实现要素：
本发明的主要目的在于提供业务监控方法、云服务器、存储介质及装置，旨在解决在将业务迁移至云端后存在的无法监控业务的实际运行状态的技术问题。
为实现上述目的，本发明提供一种业务监控方法，所述业务监控方法包括以下步骤：
启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息；
在监测到所述第一计时器的计时信息超过第一门限值时，对所述待监测业务服务器进行嗅探，以获取与所述待监测业务服务器对应的业务运行信息；
在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控。
优选地，所述在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控，具体包括：
在接收到所述业务运行信息时，从所述业务运行信息中提取当前http状态码；
根据所述当前http状态码在第一映射关系中查找对应的运行状态，以实现对于所述待监测业务服务器的监控，所述第一映射关系中包括http状态码与运行状态的对应关系。
优选地，所述在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控之后，所述业务监控方法还包括：
启动与待监测数据库对应的第二计时器，并实时获取所述第二计时器的计时信息；
在监测到所述第二计时器的计时信息大于第二门限值时，向所述待监测数据库发送系统表请求，以使所述待监测数据库响应于所述系统表请求，获取并反馈系统表，所述系统表用于记录所述待监测数据库的系统信息；
在接收到所述系统表时，根据所述系统表确定所述待监测数据库的运行状态，以实现对于数据库的监控。
优选地，所述在接收到所述系统表时，根据所述系统表确定所述待监测数据库的运行状态，以实现对于数据库的监控之后，所述业务监控方法还包括：
响应于用户输入的业务监控指令，展示预设监控页面，所述预设监控页面包括第一展示子控件与第二展示子控件；
根据所述待监测业务服务器的运行状态通过第二映射关系确定对应的第一提示信息，在所述第一展示子控件中展示所述第一提示信息，所述第二映射关系包括运行状态与提示信息的对应关系；
根据所述待监测数据库的运行状态通于所述第二映射关系确定对应的第二提示信息，在所述第二展示子控件中展示所述第二提示信息。
优选地，所述根据所述待监测数据库的运行状态通于所述第二映射关系确定对应的第二提示信息，在所述第二展示子控件中展示所述第二提示信息之后，所述业务监控方法还包括：
响应于用户在所述预设监控页面输入的子控件选取指令，根据所述子控件选取指令确定对应的目标子控件；
根据所述目标子控件查找对应的目标业务运行信息，将所述目标业务运行信息展示在所述目标子控件上。
优选地，所述在监测到所述第一计时器的计时信息超过第一门限值时，对所述待监测业务服务器进行嗅探，以获取与所述待监测业务服务器对应的业务运行信息，具体包括：
在监测到所述第一计时器的计时信息超过第一门限值时，向所述待监测业务服务器发送探测报文，以使所述待监测业务服务器根据所述探测报文生成对应的业务运行信息，并反馈所述业务运行信息。
优选地，所述在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控之后，所述业务监控方法还包括：
判断所述运行状态是否为正常状态；
在所述运行状态为所述正常状态，对所述第一计时器进行清零，并返回所述启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息的步骤。
优选地，所述在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控之后，所述业务监控方法还包括：
判断所述运行状态是否为网络异常状态；
在所述运行状态为所述网络异常状态时，获取预设联系信息，并基于所述预设联系信息发送异常提示信息，以提示所述待监测业务服务器提供的业务运行异常。
此外，为实现上述目的，本发明还提供一种云服务器，所述云服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务监控程序，所述业务监控程序配置为实现如上文所述业务监控方法的步骤。
此外，为实现上述目的，本发明还提供一种存储介质，所述存储介质上存储有业务监控程序，所述业务监控程序被处理器执行时实现如上文所述的业务监控方法的步骤。
此外，为实现上述目的，本发明还提供一种业务监控装置，所述业务监控装置包括：第一计时模块、信息获取模块以及服务器监控模块；
所述第一计时模块，用于启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息；
所述信息获取模块，用于在监测到所述第一计时器的计时信息超过第一门限值时，对所述待监测业务服务器进行嗅探，以获取与所述待监测业务服务器对应的业务运行信息；
所述服务器监控模块，用于在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控。
优选地，所述服务器监控模块还包括：状态码提取模块以及状态查找模块；
所述状态码提取模块，用于在接收到所述业务运行信息时，从所述业务运行信息中提取当前http状态码；
所述状态查找模块，用于根据所述当前http状态码在第一映射关系中查找对应的运行状态，以实现对于所述待监测业务服务器的监控，所述第一映射关系中包括http状态码与运行状态的对应关系。
优选地，所述业务监控装置还包括：第二计时模块、系统表获取模块以及数据库监控模块；
所述第二计时模块，用于启动与待监测数据库对应的第二计时器，并实时获取所述第二计时器的计时信息；
所述系统表获取模块，用于在监测到所述第二计时器的计时信息大于第二门限值时，向所述待监测数据库发送系统表请求，以使所述待监测数据库响应于所述系统表请求，获取并反馈系统表，所述系统表用于记录所述待监测数据库的系统信息；
所述数据库监控模块，用于在接收到所述系统表时，根据所述系统表确定所述待监测数据库的运行状态，以实现对于数据库的监控。
本发明中通过为待监测业务服务器设置对应的计时器，从而根据计时器对该待监测业务服务器进行嗅探，以实现周期性地对该业务服务器提供的业务的真实运行状态进行监控，比之现有技术中无法对迁移至云端的实际运行业务进行监控，克服了在将业务迁移至云端后存在的无法监控业务的实际运行状态的技术问题。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的云服务器结构示意图；
图2为本发明业务监控方法第一实施例的流程示意图；
图3为本发明业务监控方法第二实施例的流程示意图；
图4为本发明业务监控方法第三实施例的流程示意图；
图5为预设监控页面的示意图；
图6为本发明业务监控方法第四实施例的流程示意图；
图7为本发明业务监控装置第一实施例的结构框图；
图8为本发明业务监控装置第二实施例的结构框图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
参照图1，图1为本发明实施例方案涉及的硬件运行环境的云服务器结构示意图。
如图1所示，该云服务器可以包括：处理器1001，例如cpu，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)，可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为usb接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的结构并不构成对云服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及业务监控程序。
在图1所示的云服务器中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接外设；所述云服务器通过处理器1001调用存储器1005中存储的业务监控程序，并执行以下操作：
启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息；
在监测到所述第一计时器的计时信息超过第一门限值时，对所述待监测业务服务器进行嗅探，以获取与所述待监测业务服务器对应的业务运行信息；
在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控。
进一步地，处理器1001可以调用存储器1005中存储的业务监控程序，还执行以下操作：
在接收到所述业务运行信息时，从所述业务运行信息中提取当前http状态码；
根据所述当前http状态码在第一映射关系中查找对应的运行状态，以实现对于所述待监测业务服务器的监控，所述第一映射关系中包括http状态码与运行状态的对应关系。
进一步地，处理器1001可以调用存储器1005中存储的业务监控程序，还执行以下操作：
启动与待监测数据库对应的第二计时器，并实时获取所述第二计时器的计时信息；
在监测到所述第二计时器的计时信息大于第二门限值时，向所述待监测数据库发送系统表请求，以使所述待监测数据库响应于所述系统表请求，获取并反馈系统表，所述系统表用于记录所述待监测数据库的系统信息；
在接收到所述系统表时，根据所述系统表确定所述待监测数据库的运行状态，以实现对于数据库的监控。
进一步地，处理器1001可以调用存储器1005中存储的业务监控程序，还执行以下操作：
响应于用户输入的业务监控指令，展示预设监控页面，所述预设监控页面包括第一展示子控件与第二展示子控件；
根据所述待监测业务服务器的运行状态通过第二映射关系确定对应的第一提示信息，在所述第一展示子控件中展示所述第一提示信息，所述第二映射关系包括运行状态与提示信息的对应关系；
根据所述待监测数据库的运行状态通于所述第二映射关系确定对应的第二提示信息，在所述第二展示子控件中展示所述第二提示信息。
进一步地，处理器1001可以调用存储器1005中存储的业务监控程序，还执行以下操作：
响应于用户在所述预设监控页面输入的子控件选取指令，根据所述子控件选取指令确定对应的目标子控件；
根据所述目标子控件查找对应的目标业务运行信息，将所述目标业务运行信息展示在所述目标子控件上。
进一步地，处理器1001可以调用存储器1005中存储的业务监控程序，还执行以下操作：
在监测到所述第一计时器的计时信息超过第一门限值时，向所述待监测业务服务器发送探测报文，以使所述待监测业务服务器根据所述探测报文生成对应的业务运行信息，并反馈所述业务运行信息。
进一步地，处理器1001可以调用存储器1005中存储的业务监控程序，还执行以下操作：
判断所述运行状态是否为正常状态；
在所述运行状态为所述正常状态，对所述第一计时器进行清零，并返回所述启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息的步骤。
进一步地，处理器1001可以调用存储器1005中存储的业务监控程序，还执行以下操作：
判断所述运行状态是否为网络异常状态；
在所述运行状态为所述网络异常状态时，获取预设联系信息，并基于所述预设联系信息发送异常提示信息，以提示所述待监测业务服务器提供的业务运行异常。
本实施例中通过为待监测业务服务器设置对应的计时器，从而根据计时器对该待监测业务服务器进行嗅探，以实现周期性地对该业务服务器提供的业务的真实运行状态进行监控，比之现有技术中无法对迁移至云端的实际运行业务进行监控，克服了在将业务迁移至云端后存在的无法监控业务的实际运行状态的技术问题。
基于上述硬件结构，提出本发明业务监控方法的实施例。
参照图2，图2为本发明业务监控方法第一实施例的流程示意图。
在第一实施例中，所述业务监控方法包括以下步骤：
步骤s10：启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息；
可以理解的是，本实施例的执行主体为云服务器，将所述云服务器作为监控中心以实现对于业务服务器的监控。区别于传统的业务部署架构，当将业务的运行迁移至云端后，很难对云端内运行的业务进行监控，本实施例为了实现对云端内运行的业务进行监控，将为各运行的业务设置计时器，在一定时间后向运行业务的业务服务器发起业务的探测行为，以判断云端内运行的业务的当前运行状态，从而使得用户可及时获悉云端虚拟机内运行的业务是否真正可用。因为，若只对虚拟机的cpu等利用率去监控，是无法发现业务是否真正可用的，从而当业务不可用时，只能被动响应客户对于该业务的反馈或投诉。
在具体实现中，可对邮箱业务服务器进行监测以判断邮箱业务服务器的可用性，该邮箱业务服务器用于为用户提供邮箱等相关业务。将为邮箱业务服务器设置一计时器即第一计时器，并实时监测该第一计时器的计时信息。因为业务监控的范围较大，同时需要监测的业务较多，而且不同业务进行计时触发嗅探的门限值也不同，所以，可为各业务服务器设置对应的计时器。
步骤s20：在监测到所述第一计时器的计时信息超过第一门限值时，对所述待监测业务服务器进行嗅探，以获取与所述待监测业务服务器对应的业务运行信息；
应当理解的是，比如，可设置第一门限值为60秒，当实时获取到的计时信息超过60秒时，也就表明云服务器60秒内未获取该邮箱业务服务器反馈的运行信息，从而已有60秒没有确定邮箱业务服务器的运行状态。为了及时地发现邮箱业务服务器是否出现问题，将主动对该邮箱业务服务器发起嗅探行为，从而获取该邮箱业务服务器的业务运行信息。
可以理解的是，所述嗅探为获取网络上传输的信息的技术，所以，可通过对邮箱业务服务器进行嗅探，以获取邮箱业务服务器运行时生成或者接收到的信息。
步骤s30：在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控。
可以理解的是，在获取到嗅探出的业务运行信息，可直接根据该业务运行信息来判断邮箱业务服务器是否处于正常运行的状态，或者，该邮箱业务服务器是否发生异常。
进一步地，所述步骤s30，具体包括:在接收到所述业务运行信息时，从所述业务运行信息中提取当前http状态码；根据所述当前http状态码在第一映射关系中查找对应的运行状态，以实现对于所述待监测业务服务器的监控，所述第一映射关系中包括http状态码与运行状态的对应关系。
可以理解的是，对于根据业务运行状态确定业务服务器的运行状态的方式，可通过设置第一映射关系来快速地确定待监测业务服务器的运行状态。其中，通过对业务服务器进行嗅探从而获取到的业务运行信息中将包括超文本传输协议状态码(hypertexttransferprotocolstatuscode，httpstatuscode)即http状态码，所述http状态码用于记录业务服务器的响应状态。
比如，若当前http状态码为200，为“ok”，则表明“请求已成功”；若当前http状态码为400，为“badrequest”，则表明“请求参数有误”；若当前http状态码为502，为“badgateway”，则表明“服务器接收到无效响应”。由于http状态码的种类较多，为了便于确定待监测业务服务器的运行状态，可基于http状态码的含义建立映射关系，以快速识别业务服务器是否异常，比如，可将http状态码400与502都设置为“异常状态”，将http状态码200设置为“正常状态”。所以，在接收到的业务运行信息中http状态码为502时，可认为该业务服务器的当前运行状态处于异常状态，也就确定了业务服务器的实际运行状态。
本实施例中通过为待监测业务服务器设置对应的计时器，从而根据计时器对该待监测业务服务器进行嗅探，以实现周期性地对该业务服务器提供的业务的真实运行状态进行监控，比之现有技术中无法对迁移至云端的实际运行业务进行监控，克服了在将业务迁移至云端后存在的无法监控业务的实际运行状态的技术问题。
参照图3，图3为本发明业务监控方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明业务监控方法的第二实施例。
在第二实施例中，所述步骤s30之后，所述业务监控方法还包括：
步骤s40：启动与待监测数据库对应的第二计时器，并实时获取所述第二计时器的计时信息；
可以理解的是，除了可对业务服务器进行实时运行状态的监测外，本实施例还可对数据库的运行状态进行监测，比如，可对oracle数据库、sqlserver以及weblogic进行监测。其中，所述sqlserver是一种关系数据库管理系统，所述weblogic是一个基于javaee架构的中间件。
在具体实现中，当云服务器作为执行主体要对待监测数据库进行监测时，可先建立与所述待监测数据库的连接，比如，可在云服务器侧通过预先配置的数据库管理员账号及密码与待监测数据库建立连接。在完成与虚拟机中运行的待监测数据库的连接后，将实时获取第二计时器的计时信息。
步骤s50：在监测到所述第二计时器的计时信息大于第二门限值时，向所述待监测数据库发送系统表请求，以使所述待监测数据库响应于所述系统表请求，获取并反馈系统表，所述系统表用于记录所述待监测数据库的系统信息；
应当理解的是，可为各数据库维护对应的计时器，当监测到计时信息大于第二门限值时，可向待监测数据库发起查询动作。具体而言，可向待监测数据库发送系统表请求，以使待监测数据库查询本地的系统表，并将系统表反馈给云服务器。其中，所述系统表用于记录待监测数据库内存储的各数据库的个数、系统视图以及各数据表的属性信息等，不记录待监测数据库内存储的用户数据的具体信息，但是，可记录待监控数据库的运行状况。所以，在获取到系统表后，可直接根据系统表中记录的信息来获悉该待监测数据库的运行状态，而不必分析该待监测数据库中详细的用户数据。
步骤s60：在接收到所述系统表时，根据所述系统表确定所述待监测数据库的运行状态，以实现对于数据库的监控。
本实施例中通过获取待监测数据库的系统表可以直观地确定待监测数据库的运行状态，比之根据待监测数据库的用户数据来分析数据库的运行状态，直接根据系统表来判别数据库的运行状态的方式更为简便。
参照图4，图4为本发明业务监控方法第三实施例的流程示意图，基于上述图3所示的第二实施例，提出本发明业务监控方法的第三实施例。
在第三实施例中，所述步骤s60之后，所述业务监控方法还包括：
步骤s70：响应于用户输入的业务监控指令，展示预设监控页面，所述预设监控页面包括第一展示子控件与第二展示子控件；
可以理解的是，为了将云数据中心中的各业务与数据库的运行状态进行可视化，以使得用户可以直观看到整个云数据中心的系统概况、业务状态、告警信息以及资源占用状况等。
在具体实现中，可将监控的所有对象展示在预设监控页面中，每个展示子控件展示一个对象的运行状态。参见图5，图5为预设监控页面的示意图，其中，预设监控页面中将包括展示子控件a、展示子控件b、展示子控件c及展示子控件d等，每个展示子控件均将显示一个对象的运行状态，比如，展示子控件a可显示邮件业务服务器的运行状态，展示子控件b可显示数据库1的运行状态。
步骤s80：根据所述待监测业务服务器的运行状态通过第二映射关系确定对应的第一提示信息，在所述第一展示子控件中展示所述第一提示信息，所述第二映射关系包括运行状态与提示信息的对应关系；
可以理解的是，对于展示子控件如何显示运行状态以提醒用户，可基于第二映射关系来实现。比如，当邮件业务服务器的运行状态为“正常状态”时，可基于第二映射关系查找到对应的提示信息，并在展示子控件a中显示“正常状态”的文字，当然，本实施例对于提示信息的实现方式不作限制。
步骤s90：根据所述待监测数据库的运行状态通于所述第二映射关系确定对应的第二提示信息，在所述第二展示子控件中展示所述第二提示信息。
在具体实现中，也可用不同的颜色来进行提示，比如，如图5中展示的预设监控页面，每个菱形的展示子控件均代表一个业务、一个数据库或者一个中间件等，当展示子控件a对应的业务的运行状态处于正常状态时，可将展示子控件a显示为蓝色；当业务出现异常如访问时延高时，则可将展示子控件a显示为黄色，以提示告警；当业务下线了时，则可显示为灰色。如此通过对预设监控页面中的展示子控件进行变化，也就实现了只需一个大屏即可查看到整个云数据中心的业务运行情况，从而可快速发现云数据中心存在的业务问题。
进一步地，所述步骤s90之后，所述业务监控方法还包括：
步骤s100：响应于用户在所述预设监控页面输入的子控件选取指令，根据所述子控件选取指令确定对应的目标子控件；
可以理解的是，比如，当邮件业务服务器的运行状态为“网络异常状态”时，如图5所示，对应的展示子控件a将显示为黄色，以提示告警。但是，由于用户只是知晓该邮箱业务服务器发生异常，但不确定该邮箱业务服务器的发生异常的原因以及当前的具体状态，为了使得用户可进一步地了解邮件业务服务器的运行状态，本实施例可提供图5所示的预设监控页面，并且，用户可直接点击预设监控页面中的展示子控件a。
步骤s110：根据所述目标子控件查找对应的目标业务运行信息，将所述目标业务运行信息展示在所述目标子控件上。
应当理解的是，在用户点击预设监控页面中的展示子控件a后，将直接获取邮件业务服务器的业务运行信息并展示给用户，以便用户确定邮件业务服务器的问题。由于，第一提示信息只是“显示为黄色”或者显示简短的文字信息等，直接将对应业务的目标业务运行信息提供给用户，可以使得用户可以更加深入地了解邮件业务服务器的具体运行情况。
本实施例中通过设置一个包括多展示子控件的预设监控页面，以统一展示各业务或数据库的运行状态，从而实现了将业务的可用性进行可视化，便于用户快速确定业务运行情况并锁定业务发生问题的来源。
参照图6，图6为本发明业务监控方法第四实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明业务监控方法的第四实施例。
在第四实施例中，所述步骤s20，具体包括：
步骤s20':在监测到所述第一计时器的计时信息超过第一门限值时，向所述待监测业务服务器发送探测报文，以使所述待监测业务服务器根据所述探测报文生成对应的业务运行信息，并反馈所述业务运行信息。
可以理解的是，对于云服务器对业务服务器进行嗅探的具体方式，可为由云服务器在第一计时器超过第一门限值时，主动向业务服务器发送探测报文，以获取业务服务器反馈的业务运行信息，进而，可根据该业务运行信息进行业务状态的分析。
进一步的，所述步骤s30之后，所述业务监控方法还包括：
步骤s40'：判断所述运行状态是否为正常状态；
可以理解的是，对于计时器的判断方式，将在计时器计时信息超过第一门限值时才对业务服务器的运行状态进行探测，但是，考虑到业务服务器可能一直处于正常状态，为了防止重复探测，以浪费带宽的利用率，可对计时器进行清零。
步骤s50'：在所述运行状态为所述正常状态，对所述第一计时器进行清零，并返回所述启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息的步骤。
在具体实现中，当判断出运行状态为正常状态时，可直接对第一计时器进行清零，从而使得计时器重新进行计时，直到重新到达第一门限值时才可发送探测报文，从而减少了探测报文的发送量；当判断出运行状态为非正常状态时，可返回执行所述向所述待监测业务服务器发送探测报文的步骤，直至判断出运行状态为正常状态，从而使得云服务器可及时地获悉业务服务器回复正常状态。
进一步的，所述步骤s30之后，所述业务监控方法还包括：判断所述运行状态是否为网络异常状态；在所述运行状态为所述网络异常状态时，获取预设联系信息，并基于所述预设联系信息发送异常提示信息，以提示所述待监测业务服务器提供的业务运行异常。
可以理解的是，考虑到业务服务器的网络可能处于异常状态，而导致访问业务服务器时速度较慢，从而影响了用户对于业务服务器的可用性的确定，因为，无法及时地获悉业务服务器是否可用的响应信息，从而对可用性进行判定。鉴于网络异常状态的特殊性，可考虑采用其他方式向用户发送提示信息，以告警用户业务服务器的网络异常。
在具体实现中，可获取预设邮箱地址或者预设手机号码等其他类型的预设联系信息，向该预设邮箱地址或者预设手机号码发送提示信息，以提示用户该业务服务器提供的业务除了网络异常外是否发生其他异常的问题。
本实施例中通过向业务服务器发送探测报文，以实时判断所述业务服务器的运行状态。
此外，本发明实施例还提出一种存储介质，所述存储介质上存储有业务监控程序，所述业务监控程序被处理器执行时实现如下操作：
启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息；
在监测到所述第一计时器的计时信息超过第一门限值时，对所述待监测业务服务器进行嗅探，以获取与所述待监测业务服务器对应的业务运行信息；
在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控。
进一步地，所述业务监控程序被处理器执行时还实现如下操作：
在接收到所述业务运行信息时，从所述业务运行信息中提取当前http状态码；
根据所述当前http状态码在第一映射关系中查找对应的运行状态，以实现对于所述待监测业务服务器的监控，所述第一映射关系中包括http状态码与运行状态的对应关系。
进一步地，所述业务监控程序被处理器执行时还实现如下操作：
启动与待监测数据库对应的第二计时器，并实时获取所述第二计时器的计时信息；
在监测到所述第二计时器的计时信息大于第二门限值时，向所述待监测数据库发送系统表请求，以使所述待监测数据库响应于所述系统表请求，获取并反馈系统表，所述系统表用于记录所述待监测数据库的系统信息；
在接收到所述系统表时，根据所述系统表确定所述待监测数据库的运行状态，以实现对于数据库的监控。
进一步地，所述业务监控程序被处理器执行时还实现如下操作：
响应于用户输入的业务监控指令，展示预设监控页面，所述预设监控页面包括第一展示子控件与第二展示子控件；
根据所述待监测业务服务器的运行状态通过第二映射关系确定对应的第一提示信息，在所述第一展示子控件中展示所述第一提示信息，所述第二映射关系包括运行状态与提示信息的对应关系；
根据所述待监测数据库的运行状态通于所述第二映射关系确定对应的第二提示信息，在所述第二展示子控件中展示所述第二提示信息。
进一步地，所述业务监控程序被处理器执行时还实现如下操作：
响应于用户在所述预设监控页面输入的子控件选取指令，根据所述子控件选取指令确定对应的目标子控件；
根据所述目标子控件查找对应的目标业务运行信息，将所述目标业务运行信息展示在所述目标子控件上。
进一步地，所述业务监控程序被处理器执行时还实现如下操作：
在监测到所述第一计时器的计时信息超过第一门限值时，向所述待监测业务服务器发送探测报文，以使所述待监测业务服务器根据所述探测报文生成对应的业务运行信息，并反馈所述业务运行信息。
进一步地，所述业务监控程序被处理器执行时还实现如下操作：
判断所述运行状态是否为正常状态；
在所述运行状态为所述正常状态，对所述第一计时器进行清零，并返回所述启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息的步骤。
进一步地，所述业务监控程序被处理器执行时还实现如下操作：
判断所述运行状态是否为网络异常状态；
在所述运行状态为所述网络异常状态时，获取预设联系信息，并基于所述预设联系信息发送异常提示信息，以提示所述待监测业务服务器提供的业务运行异常。
本实施例中通过为待监测业务服务器设置对应的计时器，从而根据计时器对该待监测业务服务器进行嗅探，以实现周期性地对该业务服务器提供的业务的真实运行状态进行监控，比之现有技术中无法对迁移至云端的实际运行业务进行监控，克服了在将业务迁移至云端后存在的无法监控业务的实际运行状态的技术问题。
此外，参照图7，本发明实施例还提出一种业务监控装置，所述业务监控装置包括：第一计时模块10、信息获取模块20以及服务器监控模块30；
所述第一计时模块10，用于启动与待监测业务服务器对应的第一计时器，并实时获取所述第一计时器的计时信息；
可以理解的是，本实施例的执行主体为云服务器，将所述云服务器作为监控中心以实现对于业务服务器的监控。区别于传统的业务部署架构，当将业务的运行迁移至云端后，很难对云端内运行的业务进行监控，本实施例为了实现对云端内运行的业务进行监控，将为各运行的业务设置计时器，在一定时间后向运行业务的业务服务器发起业务的探测行为，以判断云端内运行的业务的当前运行状态，从而使得用户可及时获悉云端虚拟机内运行的业务是否真正可用。因为，若只对虚拟机的cpu等利用率去监控，是无法发现业务是否真正可用的，从而当业务不可用时，只能被动响应客户对于该业务的反馈或投诉。
在具体实现中，可对邮箱业务服务器进行监测以判断邮箱业务服务器的可用性，该邮箱业务服务器用于为用户提供邮箱等相关业务。将为邮箱业务服务器设置一计时器即第一计时器，并实时监测该第一计时器的计时信息。因为业务监控的范围较大，同时需要监测的业务较多，而且不同业务进行计时触发嗅探的门限值也不同，所以，可为各业务服务器设置对应的计时器。
所述信息获取模块20，用于在监测到所述第一计时器的计时信息超过第一门限值时，对所述待监测业务服务器进行嗅探，以获取与所述待监测业务服务器对应的业务运行信息；
应当理解的是，比如，可设置第一门限值为60秒，当实时获取到的计时信息超过60秒时，也就表明云服务器60秒内未获取该邮箱业务服务器反馈的运行信息，从而已有60秒没有确定邮箱业务服务器的运行状态。为了及时地发现邮箱业务服务器是否出现问题，将主动对该邮箱业务服务器发起嗅探行为，从而获取该邮箱业务服务器的业务运行信息。
可以理解的是，所述嗅探为获取网络上传输的信息的技术，所以，可通过对邮箱业务服务器进行嗅探，以获取邮箱业务服务器运行时生成或者接收到的信息。
所述服务器监控模块30，用于在接收到所述业务运行信息时，根据所述业务运行信息确定所述待监测业务服务器的运行状态，以实现对于所述待监测业务服务器的监控。
可以理解的是，在获取到嗅探出的业务运行信息，可直接根据该业务运行信息来判断邮箱业务服务器是否处于正常运行的状态，或者，该邮箱业务服务器是否发生异常。
进一步地，所述服务器监控模块还包括：状态码提取模块以及状态查找模块；
所述状态码提取模块，用于在接收到所述业务运行信息时，从所述业务运行信息中提取当前http状态码；
所述状态查找模块，用于根据所述当前http状态码在第一映射关系中查找对应的运行状态，以实现对于所述待监测业务服务器的监控，所述第一映射关系中包括http状态码与运行状态的对应关系。
可以理解的是，对于根据业务运行状态确定业务服务器的运行状态的方式，可通过设置第一映射关系来快速地确定待监测业务服务器的运行状态。其中，通过对业务服务器进行嗅探从而获取到的业务运行信息中将包括超文本传输协议状态码(hypertexttransferprotocolstatuscode，httpstatuscode)即http状态码，所述http状态码用于记录业务服务器的响应状态。
比如，若当前http状态码为200，为“ok”，则表明“请求已成功”；若当前http状态码为400，为“badrequest”，则表明“请求参数有误”；若当前http状态码为502，为“badgateway”，则表明“服务器接收到无效响应”。由于http状态码的种类较多，为了便于确定待监测业务服务器的运行状态，可基于http状态码的含义建立映射关系，以快速识别业务服务器是否异常，比如，可将http状态码400与502都设置为“异常状态”，将http状态码200设置为“正常状态”。所以，在接收到的业务运行信息中http状态码为502时，可认为该业务服务器的当前运行状态处于异常状态，也就确定了业务服务器的实际运行状态。
本实施例中通过为待监测业务服务器设置对应的计时器，从而根据计时器对该待监测业务服务器进行嗅探，以实现周期性地对该业务服务器提供的业务的真实运行状态进行监控，比之现有技术中无法对迁移至云端的实际运行业务进行监控，克服了在将业务迁移至云端后存在的无法监控业务的实际运行状态的技术问题。
参照图8，图8为本发明业务监控装置第二实施例的结构框图，基于上述图7所示的第一实施例，提出本发明业务监控装置的第二实施例。
在第二实施例中，所述业务监控装置还包括：第二计时模块40、系统表获取模块50以及数据库监控模块60；
所述第二计时模块40，用于启动与待监测数据库对应的第二计时器，并实时获取所述第二计时器的计时信息；
可以理解的是，除了可对业务服务器进行实时运行状态的监测外，本实施例还可对数据库的运行状态进行监测，比如，可对oracle数据库、sqlserver以及weblogic进行监测。其中，所述sqlserver是一种关系数据库管理系统，所述weblogic是一个基于javaee架构的中间件。
在具体实现中，当云服务器作为执行主体要对待监测数据库进行监测时，可先建立与所述待监测数据库的连接，比如，可在云服务器侧通过预先配置的数据库管理员账号及密码与待监测数据库建立连接。在完成与虚拟机中运行的待监测数据库的连接后，将实时获取第二计时器的计时信息。
所述系统表获取模块50，用于在监测到所述第二计时器的计时信息大于第二门限值时，向所述待监测数据库发送系统表请求，以使所述待监测数据库响应于所述系统表请求，获取并反馈系统表，所述系统表用于记录所述待监测数据库的系统信息；
应当理解的是，可为各数据库维护对应的计时器，当监测到计时信息大于第二门限值时，可向待监测数据库发起查询动作。具体而言，可向待监测数据库发送系统表请求，以使待监测数据库查询本地的系统表，并将系统表反馈给云服务器。其中，所述系统表用于记录待监测数据库内存储的各数据库的个数、系统视图以及各数据表的属性信息等，不记录待监测数据库内存储的用户数据的具体信息，但是，可记录待监控数据库的运行状况。所以，在获取到系统表后，可直接根据系统表中记录的信息来获悉该待监测数据库的运行状态，而不必分析该待监测数据库中详细的用户数据。
所述数据库监控模块60，用于在接收到所述系统表时，根据所述系统表确定所述待监测数据库的运行状态，以实现对于数据库的监控。
本实施例中通过获取待监测数据库的系统表可以直观地确定待监测数据库的运行状态，比之根据待监测数据库的用户数据来分析数据库的运行状态，直接根据系统表来判别数据库的运行状态的方式更为简便。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为名称。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。