CN104065526B - 一种服务器故障报警的方法和装置 - Google Patents

Abstract

本发明公开了一种服务器故障报警的方法和装置，属于互联网技术领域。所述方法包括：生成与目标应用程序提供的业务对应的业务请求；向所述目标应用程序的后台服务器发送所述生成的业务请求；如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警。采用本发明，可以提高应用程序后台故障处理的及时性。

Description

一种服务器故障报警的方法和装置

技术领域

本发明涉及互联网技术领域，特别涉及一种服务器故障报警的方法和装置。

背景技术

随着终端技术和互联网技术的快速发展，终端中应用程序的种类越来越繁多，功能也越来越丰富，而且，许多应用程序中涉及的网络交互功能也越来越复杂。

应用程序的后台服务器在工作的过程中，可能会出现故障，为了能够快速及时的对故障进行定位并排除，现有技术中，对后台服务器的硬件的运行状态以及进程的存在状态进行监测，如果检测到硬件出现运行故障或者检测到应用程序某个业务对应的进程被终止，则进行报警。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

现有技术中，应用程序的某些业务是需要其它关联服务器配合该应用程序的后台服务器共同完成的（例如，应用程序宝贝听听的某些功能是需要应用程序QQ音乐的后台服务器配合宝贝听听的后台服务器来完成的）。这种情况下，如果关联服务器出现了故障，则会导致相应的业务不能正常进行，而此时，该应用程序的后台服务器可能是正常运行的，且该业务对应的进程也处于正常状态，这样，通过现有技术中的监控方法是无法检测到该故障的，这将影响故障处理的及时性。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种服务器故障报警的方法和装置，以提高应用程序后台故障处理的及时性。所述技术方案如下：

一方面，提供了一种服务器故障报警的方法，所述方法包括：

生成与目标应用程序提供的业务对应的业务请求；

向所述目标应用程序的后台服务器发送所述生成的业务请求；

如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警。

优选的，所述生成与目标应用程序提供的业务对应的业务请求，包括：

在达到预设的时间周期时，生成与目标应用程序提供的业务对应的业务请求。

优选的，还包括：预先存储监测脚本，所述监测脚本中记录有对所述目标应用程序提供的各业务进行监测的顺序；

所述生成与目标应用程序提供的业务对应的业务请求，包括：根据所述监测脚本中记录的顺序，生成与目标应用程序提供的业务对应的业务请求。

优选的，所述如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警，包括：

如果在发送所述业务请求后预设的响应时间内没有接收到所述后台服务器发送的应答消息，则进行故障报警。

优选的，所述如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警，包括：

如果在发送所述业务请求后接收到所述后台服务器发送的应答消息中携带有错误信息，则进行故障报警。

优选的，所述进行故障报警，包括：

向目标终端发送故障报警信息，所述故障报警信息包括所述目标应用程序的标识和所述业务的标识。

另一方面，提供了一种服务器故障报警的装置，所述装置包括：

生成模块，用于生成与目标应用程序提供的业务对应的业务请求；

发送模块，用于向所述目标应用程序的后台服务器发送所述生成的业务请求；

报警模块，用于如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警。

优选的，所述生成模块，用于：

在达到预设的时间周期时，生成与目标应用程序提供的业务对应的业务请求。

优选的，还包括存储模块，用于：预先存储监测脚本，所述监测脚本中记录有对所述目标应用程序提供的各业务进行监测的顺序；

所述生成模块，用于：根据所述监测脚本中记录的顺序，生成与目标应用程序提供的业务对应的业务请求。

优选的，所述报警模块，用于：

如果在发送所述业务请求后预设的响应时间内没有接收到所述后台服务器发送的应答消息，则进行故障报警。

优选的，所述报警模块，用于：

如果在发送所述业务请求后接收到所述后台服务器发送的应答消息中携带有错误信息，则进行故障报警。

优选的，所述报警模块，用于：

向目标终端发送故障报警信息，所述故障报警信息包括所述目标应用程序的标识和所述业务的标识。

本发明实施例提供的技术方案带来的有益效果是：

本发明实施例中，生成与目标应用程序提供的业务对应的业务请求，并发送给目标应用程序的后台服务器，如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警，这样，在处理业务的过程中如果出现异常，则会进行故障报警，从而，可以提高应用程序后台故障处理的及时性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的服务器故障报警的方法流程图；

图2是本发明实施例提供的服务器故障报警的装置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本发明实施例提供了一种服务器故障报警的方法，如图1所示，该方法的处理流程可以包括如下的步骤：

步骤101，生成与目标应用程序提供的业务对应的业务请求。

步骤102，向目标应用程序的后台服务器发送生成的业务请求。

步骤103，如果根据后台服务器对业务请求的应答情况，判定业务出现异常，则进行故障报警。

本发明实施例中，生成与目标应用程序提供的业务对应的业务请求，并发送给目标应用程序的后台服务器，如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警，这样，在处理业务的任意环节出现问题时，都会进行故障报警，从而，可以提高应用程序后台故障处理的及时性。

实施例二

本发明实施例提供了一种服务器故障报警的方法，该方法可以应用于对网络应用程序后台服务器的监控，该方法的执行主体可以是用于监控的终端（如手机或计算机终端等）或服务器，也可以是该应用程序的后台服务器本身，例如，可以在此后台服务器上安装监测程序建立用于监控的功能模块。

下面将结合具体的实施方式，对如图1所示的处理流程进行详细的说明，具体内容可以如下。

步骤101，生成与目标应用程序提供的业务对应的业务请求。

目标应用程序是进行故障监测的应用程序，可以是任意的应用程序。目标应用程序可以提供多种业务，例如，播放列表展示业务、音频播放业务、视频播放业务、图片显示业务等。该步骤中可以生成目标应用程序中的一种业务的业务请求，也可以分别生成多种业务的业务请求，这里所指的业务是需要通过后台服务器执行的业务。该步骤中的生成过程是模拟安装有该目标应用程序的终端生成相应的业务请求，以进行后续的模拟该业务的处理过程。

优选的，可以为本发明实施例中的处理流程设置相应的触发条件，当满足触发条件时进行业务请求的生成并进一步进行后续的处理过程。具体的，可以在达到预设的时间周期（如3分钟）时，生成与目标应用程序提供的业务对应的业务请求。这样，每隔一段时间进行一次监测过程，合理的设置该时间周期，可以在不增加系统负担的前提下，及时的对故障进行发现和处理。

优选的，对于目标应用程序中包含有多个需要进行监测的业务的情况，可以预先存储监测脚本，该监测脚本中记录有对目标应用程序提供的各业务进行监测的顺序。具体的，在监测脚本中记录的执行流程可以是，对第一业务按本发明实施例的流程进行处理，完成后，对第二业务按本发明实施例的流程进行处理，依此类推，直到最后一个业务。可以控制监测脚本每隔预设的时间周期执行一次。这样，可以根据检测脚本中记录的各业务的顺序，以及上一次生成的业务请求对应的业务，确定此次监测的业务，即确定出此次需要生成哪个业务的业务请求。基于监测脚本，步骤101的执行过程可以是，根据监测脚本中记录的顺序，生成与目标应用程序提供的业务对应的业务请求。具体可以是根据监测脚本中记录的顺序，以及上一次生成的业务请求对应的业务（即上一次监测的业务），确定出此次监测的业务，生成与该业务对应的业务请求。

步骤102，向目标应用程序的后台服务器发送生成的业务请求。该步骤中，模拟安装有该目标应用程序的终端向后台服务器发送业务请求。

步骤103，如果根据后台服务器对业务请求的应答情况，判定业务出现异常，则进行故障报警。

后台服务器在接收到业务请求后，会进行相应的处理，并根据处理结果返回相应的应答消息。例如，对于播放列表展示业务的业务请求，后台服务器会将播放列表通过应答消息返回。然而，在业务处理的过程中可能出现各种异常情况，根据不同的异常情况，可以采取以下的具体处理方式：

具体的，如果在发送业务请求后预设的响应时间内没有接收到后台服务器发送的应答消息，则可以进行故障报警。

如果目标应用程序的后台服务器出现了故障，那么有可能后台服务器无法接收到业务请求，或者有可能后台服务器接收到业务请求后无法进行处理，也有可能后台服务器接收业务请求并处理之后无法反馈应答消息，也有可能由于后台服务器负载过高没有及时处理业务请求，还有可能由于后台服务器内部的错误导致应答消息的协议格式错误，应答消息无法按照协议正常解封，则会认为没有接收到相应的业务请求的应答消息。这些情况下，在预设的响应时间内无法接收到业务请求对应的应答消息，可以进行相应的故障报警。

具体的，如果在发送所述业务请求后接收到后台服务器发送的应答消息中携带有错误信息，则可以进行故障报警。

如果该业务请求对应的业务需要其它关联服务器配合该后台服务器共同处理，后台服务器接收到业务请求后会向该关联服务器发送相应的请求消息，但如果此时该关联服务器出现了故障，或者后台服务器和关联服务器之间的通信出现了故障，那么有可能关联服务器无法在预定的时间内向后台服务器返回结果，或者也有可能关联服务器向后台服务器返回错误通知。另外，还有可能后台服务器在处理业务请求的过程中，在后台服务器内部产生了可以预知的错误，例如，内部数据读取失败等。这些情况下，后台服务器可以返回应答消息，但应答消息中不会携带对业务请求的处理结果，而是携带与具体的错误情况对应的错误信息，这时，可以根据错误信息进行相应的故障报警。

具体的，上述进行故障报警的过程可以是：向目标终端发送故障报警信息，故障报警信息包括目标应用程序的标识和业务的标识。通过目标应用程序的标识和业务的标识，可以定位到是哪个应用程序的哪个业务出现了故障，这样可以采取针对性的处理措施，例如，重启用于处理该业务的机器等。在故障报警信息中还可以包括时间信息、后台服务器的运行状态信息等。另外，故障报警信息中还可以包括错误信息，对于接收到携带有错误信息的应答消息的情况，可以将该错误信息加入故障报警信息中，对于在预设的响应时间内没有接收到后台服务器发送的应答消息的情况，可以定义新的错误信息，并加入故障报警信息中。

优选的，故障报警信息可以通过短信或者电子邮件的方式发送到目标终端。目标终端可以是预先设置的用于监测的终端，例如可以是后台服务器监测人员的手机。

本发明实施例中，可以通过在监测终端或后台服务器上安装监测程序，来实现本发明实施例提供的服务器故障报警的方法。在该监测程序可以包括监测内容设置界面，监测内容设置界面中可以设置应用程序的选择窗口，用于选择应用程序作为监测的目标应用程序，监测内容设置界面中还可以设置监测脚本的设置窗口，可以用于监测脚本的选择，或用于被监测业务顺序的调整及被监测业务的添加或删除。该监测程序还可以包括监测控制界面，监测控制界面中可以包括脚本控制按钮，用于对脚本的启动、暂停和终止进行控制，监测控制界面中还可以包括脚本运行状态显示窗口，用于显示监测脚本的运行状态，例如，可以显示监测脚本中各业务的监测状态，监测状态可以是以完成且正常、已完成且异常、正在执行或未完成，监测控制界面中还可以包括周期设置项，用于设置监测脚本的自动执行周期（如5分钟），那么每经过该周期监测脚本则会自动执行。该监测程序还可以在每次监测脚本执行完毕后，对各业务的监测结果进行统计，生成日志并存储，还可以提供日志查询功能。

本发明实施例中，生成与目标应用程序提供的业务对应的业务请求，并发送给目标应用程序的后台服务器，如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警，这样，在处理业务的任意环节出现问题时，都会进行故障报警，从而，可以提高应用程序后台故障处理的及时性。

实施例三

基于相同的技术构思，本发明实施例提供了一种服务器故障报警的装置，如图2所示，所述装置包括：

生成模块210，用于生成与目标应用程序提供的业务对应的业务请求；

发送模块220，用于向所述目标应用程序的后台服务器发送所述生成的业务请求；

报警模块230，用于如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警。

优选的，所述生成模块210，用于：

在达到预设的时间周期时，生成与目标应用程序提供的业务对应的业务请求。

优选的，还包括存储模块，用于：预先存储监测脚本，所述监测脚本中记录有对所述目标应用程序提供的各业务进行监测的顺序；

所述生成模块210，用于：根据所述监测脚本中记录的顺序，生成与目标应用程序提供的业务对应的业务请求。

优选的，所述报警模块230，用于：

如果在发送所述业务请求后预设的响应时间内没有接收到所述后台服务器发送的应答消息，则进行故障报警。

优选的，所述报警模块230，用于：

如果在发送所述业务请求后接收到所述后台服务器发送的应答消息中携带有错误信息，则进行故障报警。

优选的，所述报警模块230，用于：

向目标终端发送故障报警信息，所述故障报警信息包括所述目标应用程序的标识和所述业务的标识。

本发明实施例中，生成与目标应用程序提供的业务对应的业务请求，并发送给目标应用程序的后台服务器，如果根据所述后台服务器对所述业务请求的应答情况，判定所述业务出现异常，则进行故障报警，这样，在处理业务的任意环节出现问题时，都会进行故障报警，从而，可以提高应用程序后台故障处理的及时性。

需要说明的是：上述实施例提供的服务器故障报警的装置在进行故障报警时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的服务器故障报警的装置与服务器故障报警的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种服务器故障报警的方法，其特征在于，所述方法包括：

预先存储监测脚本，所述监测脚本中记录有对目标应用程序提供的各业务进行监测的顺序；

基于所述监测脚本中记录的顺序以及上一次生成的业务请求对应的业务，生成所述目标应用程序提供的各业务中当前监测的业务对应的业务请求；

向所述目标应用程序的后台服务器发送所述当前监测的业务对应的业务请求，以使所述后台服务器根据所述业务请求向关联服务器发送相应的 请求消息，所述关联服务器是指与所述后台服务器配合处理所述业务请求的服务器；

在发送所述当前监测的业务对应的业务请求后，如果接收到所述后台服务器发送的携带有错误信息的应答消息，则向目标终端发送包括所述目标应用程序的标识、所述当前监测的业务的标识以及所述错误信息的故障报警信息，所述错误信息是所述后台服务器在预设时间段内未接收到所述关联服务器针对所述请求消息的响应时生成的，或者，所述错误信息是所述后台服务器根据所述关联服务器返回的错误通知生成的，其中，所述错误信息用于指示错误情况。

2.根据权利要求1所述的方法，其特征在于，所述生成与目标应用程序提供的业务对应的业务请求，包括：

在达到预设的时间周期时，生成与目标应用程序提供的业务对应的业务请求。

3.一种服务器故障报警的装置，其特征在于，所述装置包括：

存储模块，用于预先存储监测脚本，所述监测脚本中记录有对目标应用程序提供的各业务进行监测的顺序；

生成模块，用于基于所述监测脚本中记录的顺序以及上一次生成的业务请求对应的业务，生成所述目标应用程序提供的各业务中当前监测的业务对应的业务请求；

发送模块，用于向所述目标应用程序的后台服务器发送所述当前监测的业务对应的业务请求，以使所述后台服务器根据所述业务请求向关联服务器发送相应的 请求消息，所述关联服务器是指与所述后台服务器配合处理所述业务请求的服务器；

报警模块，用于在发送所述当前监测的业务对应的业务请求后，如果接收到所述后台服务器发送的携带有错误信息的应答消息，则向目标终端发送包括所述目标应用程序的标识、所述当前监测的业务的标识以及所述错误信息的故障报警信息，所述错误信息是所述后台服务器在预设时间段内未接收到所述关联服务器针对所述请求消息的响应时生成的，或者，所述错误信息是所述后台服务器根据所述关联服务器返回的错误通知生成的，其中，所述错误信息用于指示错误情况。

4.根据权利要求3所述的装置，其特征在于，所述生成模块，用于：

在达到预设的时间周期时，生成与目标应用程序提供的业务对应的业务请求。