技术领域
[0001] 本
发明涉及服务器技术领域，尤其涉及一种服务器异常的处理方法及管理设备。
背景技术
[0002] 随着互联网技术的快速发展，用户对于
访问互联网的网速要求也越来越高，越来越多的网络供应商采用CDN进行
加速服务。对于CDN系统而言，对网络
质量的要求较高，需要及时发现服务器异常并及时进行处理。
[0003]
现有技术中，一旦服务器出现异常，就需要触发人工操作的一个工作流程。然而，服务器异常有各种各样的原因，对于不同的原因，都需要人工处理，过程比较繁琐，并且容易出现人工处理不够及时，可能造成服务中断时间延长的情况。
[0004] 基于此，目前亟需一种服务器异常的处理方法，用于解决现有技术中人工处理服务器异常过程繁琐、耗时较长且浪费人
力的问题。
发明内容
[0005] 本发明
实施例提供一种服务器异常的处理方法及管理设备，以解决现有技术中人工处理服务器异常过程繁琐、耗时较长且浪费人力的技术问题。
[0006] 本发明实施例提供一种服务器异常的处理方法，所述方法包括：
[0007] 管理设备获取各服务器的运行信息；
[0008] 所述管理设备根据所述各服务器的运行信息，若确定第一服务器出现异常，则根据所述第一服务器的运行信息，以及预先配置的异常的运行信息和处理方式的对应关系，确定目标处理方式；
[0009] 所述管理设备根据所述目标处理方式，生成处理指令，并将所述处理指令发送给所述第一服务器，以使所述第一服务器执行所述处理指令，并采用所述目标处理方式进行处理。
[0010] 如此，管理设备在确定服务器出现异常后，可以根据获取到服务器的异常信息以及预先配置的异常信息和处理方式的对应关系，确定目标处理方式，进而可以根据目标处理方式生成处理指令并发送给异常服务器，以使异常服务器执行处理指令，并采用目标处理方式进行处理。整个过程无需人工参与，管理设备自动地根据各服务器的运行信息，判断服务器是否出现异常，并且可以自动向异常服务器发送处理指令，以使异常服务器自动进行处理。可见，相比于现有技术中人工处理服务器异常的方式而言，本发明实施例中，管理设备可以自动地根据各服务的运行信息完成服务器
异常检测的操作，各服务器也可以根据接收到的处理指令完成异常处理的操作；进一步地，采用本发明实施例提供的技术方案，可以由被动的等待人工处理变成主动的自动化分析处理，从而减少服务器异常的处理时间，提高服务质量的
稳定性。
[0011] 在一种可能的实现方式中，所述运行信息包括
软件异常的类型；
[0012] 所述管理设备根据所述第一服务器的运行信息，以及预先配置的异常的运行信息和处理方式的对应关系，确定目标处理方式，包括：
[0013] 所述管理设备根据所述第一服务器对应的软件异常的类型，以及预先配置的软件异常的类型和分析指令的对应关系，确定至少一个目标分析指令；所述分析指令用于对引起软件异常的原因进行分析；
[0014] 所述管理设备将所述至少一个目标分析指令发送给所述第一服务器，以使所述第一服务器执行所述目标分析指令，并根据执行结果生成
回执信息；
[0015] 所述管理设备接收到所述第一服务器发送的至少一个回执信息后，根据所述回执信息确定出引起软件异常的原因后，根据预先配置的异常原因和处理方式的对应关系，确定目标处理方式。
[0016] 在一种可能的实现方式中，所述管理设备将所述至少一个目标分析指令发送给所述第一服务器，以使所述第一服务器执行所述目标分析指令，并根据执行结果生成回执信息，包括：
[0017] 针对第一目标分析指令，所述管理设备将所述第一目标分析指令发送给所述第一服务器，以使所述第一服务器执行所述第一目标分析指令，并根据执行结果生成第一回执信息；所述第一目标分析指令为所述至少一个目标分析指令中任一目标分析指令，所述第一目标分析指令用于对引起软件异常的第一方面的原因进行分析；
[0018] 所述管理设备根据所述回执信息确定出引起软件异常的原因后，根据异常原因和处理方式的对应关系，确定目标处理方式，包括：
[0019] 所述管理设备根据所述第一回执信息，若确定由所述第一方面的原因引起软件异常，则根据所述第一方面的原因，以及异常原因和处理方式的对应关系，确定目标处理方式。
[0020] 在一种可能的实现方式中，还包括：
[0021] 所述管理设备根据所述第一回执信息，若确定不由所述第一方面的原因引起软件异常，则向所述第一服务器发送第二目标分析指令，直至根据第二回执信息，确定是由第二方面的原因引起软件异常；所述第二目标分析指令为所述至少一个目标分析指令中除所述第一目标分析指令以外的任一目标分析指令，所述第二目标分析指令用于对引起软件异常的所述第二方面的原因进行分析，所述第二回执信息是所述第一服务器执行所述第二目标分析指令后根据执行结果生成的。
[0022] 在一种可能的实现方式中，所述管理设备根将所述处理指令发送给所述第一服务器之后，还包括：
[0023] 所述管理设备接收所述第一服务器发送更新后的运行信息；
[0024] 所述管理设备根据所述更新后的运行信息，若确定所述第一服务器未出现异常，则记录所述第一服务器对应的历史处理记录，所述历史处理记录用于更新所述预先配置的异常的运行信息和处理方式的对应关系。
[0025] 本发明实施例提供一种服务器异常的处理方法，所述方法包括：
[0026] 服务器接收管理设备发送的处理指令，所述处理指令是根据目标处理方式生成的，所述目标处理方式是所述管理设备在确定所述服务器出现异常后，根据所述服务器的运行信息，以及预先配置的异常的运行信息和处理方式的对应关系确定的；
[0027] 所述服务器执行所述处理指令，并采用所述目标处理方式进行处理。
[0028] 在一种可能的实现方式中，所述运行信息包括软件异常的类型；
[0029] 所述服务器接收管理设备发送的处理指令之前，还包括：
[0030] 所述服务器接收所述管理设备发送的至少一个目标分析指令；所述目标分析指令是所述管理设备根据所述服务器对应的软件异常的类型，以及预先配置的软件异常的类型和分析指令的对应关系确定的，所述分析指令用于对引起软件异常的原因进行分析；
[0031] 所述服务器执行所述目标分析指令，并根据执行结果生成回执信息；
[0032] 所述服务器向所述管理设备发送至少一个回执信息，以使所述管理设备根据所述回执信息确定出引起软件异常的原因后，根据预先配置的异常原因和处理方式的对应关系，确定所述目标处理方式。
[0033] 在一种可能的实现方式中，所述服务器执行所述目标分析指令，并根据执行结果生成回执信息，包括：
[0034] 针对第一目标分析指令，所述服务器执行所述第一目标分析指令，并根据执行结果生成第一回执信息；所述第一目标分析指令为所述至少一个目标分析指令中任一目标分析指令，所述第一目标分析指令用于对引起软件异常的第一方面的原因进行分析；
[0035] 所述服务器向所述管理设备发送至少一个回执信息，以使所述管理设备根据所述回执信息确定出引起软件异常的原因后，根据异常原因和处理方式的对应关系，确定所述目标处理方式，包括：
[0036] 所述服务器向所述管理设备发送所述第一回执信息，以使所述管理设备根据所述第一回执信息，若确定由所述第一方面的原因引起软件异常，则根据所述第一方面的原因，以及异常原因和处理方式的对应关系，确定目标处理方式。
[0037] 在一种可能的实现方式中，还包括：
[0038] 所述服务器接收所述管理设备发送的第二目标分析指令；所述第二目标分析指令为所述至少一个目标分析指令中除所述第一目标分析指令以外的任一目标分析指令，所述第二目标分析指令用于对引起软件异常的所述第二方面的原因进行分析；
[0039] 所述服务器执行所述第二目标分析指令，并根据执行结果生成第二回执信息；
[0040] 所述服务器向所述管理设备发送所述第二回执信息。
[0041] 在一种可能的实现方式中，所述服务器执行所述处理指令之后，还包括：
[0042] 所述服务器向所述管理设备发送更新后的运行信息，以使所述管理设备根据所述更新后的运行信息，在确定所述第一服务器未出现异常后，记录所述服务器对应的历史处理记录，所述历史处理记录用于更新所述预先配置的异常的运行信息和处理方式的对应关系。
[0043] 本发明实施例提供一种管理设备，所述管理设备包括：
[0044] 接收单元，用于获取各服务器的运行信息；
[0045] 处理单元，用于根据所述各服务器的运行信息，若确定第一服务器出现异常，则根据所述第一服务器的运行信息，以及预先配置的异常的运行信息和处理方式的对应关系，确定目标处理方式；以及根据所述目标处理方式，生成处理指令；
[0046] 发送单元，用于将所述处理指令发送给所述第一服务器，以使所述第一服务器执行所述处理指令，并采用所述目标处理方式进行处理。
[0047] 在一种可能的实现方式中，所述运行信息包括软件异常的类型；
[0048] 所述管理设备处理单元具体用于：
[0049] 根据所述第一服务器对应的软件异常的类型，以及预先配置的软件异常的类型和分析指令的对应关系，确定至少一个目标分析指令；所述分析指令用于对引起软件异常的原因进行分析；
[0050] 所述发送单元具体用于：
[0051] 将所述至少一个目标分析指令发送给所述第一服务器，以使所述第一服务器执行所述目标分析指令，并根据执行结果生成回执信息；
[0052] 所述接收单元具体用于：
[0053] 接收所述第一服务器发送的至少一个回执信息；
[0054] 所述处理单元还具体用于：
[0055] 根据所述回执信息确定出引起软件异常的原因后，根据预先配置的异常原因和处理方式的对应关系，确定目标处理方式。
[0056] 在一种可能的实现方式中，所述发送单元具体用于：
[0057] 针对第一目标分析指令，将所述第一目标分析指令发送给所述第一服务器，以使所述第一服务器执行所述第一目标分析指令，并根据执行结果生成第一回执信息；所述第一目标分析指令为所述至少一个目标分析指令中任一目标分析指令，所述第一目标分析指令用于对引起软件异常的第一方面的原因进行分析；
[0058] 所述处理单元具体用于：
[0059] 根据所述第一回执信息，若确定由所述第一方面的原因引起软件异常，则根据所述第一方面的原因，以及异常原因和处理方式的对应关系，确定目标处理方式。
[0060] 在一种可能的实现方式中，所述处理单元还用于：
[0061] 根据所述第一回执信息，若确定不由所述第一方面的原因引起软件异常，则向所述第一服务器发送第二目标分析指令，直至根据第二回执信息，确定是由第二方面的原因引起软件异常；所述第二目标分析指令为所述至少一个目标分析指令中除所述第一目标分析指令以外的任一目标分析指令，所述第二目标分析指令用于对引起软件异常的所述第二方面的原因进行分析，所述第二回执信息是所述第一服务器执行所述第二目标分析指令后根据执行结果生成的。
[0062] 在一种可能的实现方式中，所述发送单元将所述处理指令发送给所述第一服务器之后，所述接收单元还用于：
[0063] 接收所述第一服务器发送更新后的运行信息；
[0064] 所述处理单元还用于：
[0065] 根据所述更新后的运行信息，若确定所述第一服务器未出现异常，则记录所述第一服务器对应的历史处理记录，所述历史处理记录用于更新所述预先配置的异常的运行信息和处理方式的对应关系。
[0066] 本
申请实施例的还提供一种装置，该装置具有实现上文所描述的服务器异常的处理方法的功能。该功能可以通过
硬件执行相应的软件实现，在一种可能的设计中，该装置包括：处理器、收发器、
存储器；该存储器用于存储计算机执行指令，该收发器用于实现该装置与其他通信实体进行通信，该处理器与该存储器通过该总线连接，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行上文所描述的服务器异常的处理方法。
[0067] 本发明实施例还提供一种计算机存储介质，所述存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时实现上述各种可能的实现方式中所描述的服务器异常的处理方法。
[0068] 本发明实施例还提供一种包含指令的
计算机程序产品，当其在计算机上运行时，使得计算机执行上述各种可能的实现方式中所描述的服务器异常的处理方法。
附图说明
[0069] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍。
[0070] 图1为本发明实施例适用的一种系统架构示意图；
[0071] 图2为本发明实施例提供的一种服务器异常的处理方法所对应的流程示意图；
[0072] 图3为本发明实施例提供一种管理设备的结构示意图；
[0073] 图4为本发明实施例提供的一种服务器的结构示意图。
具体实施方式
[0074] 下面结合
说明书附图对本申请进行具体说明，方法实施例中的具体操作方法也可以应用于装置实施例中。
[0075] 图1示例性示出了本发明实施例适用的一种系统架构示意图，如图1所示，本发明实施例适用的系统100可以包括管理设备101和多个服务器，例如图1中示出的服务器1021、服务器1022和服务器1023。管理设备101可以通过网络与任一服务器通信，例如，图1中示出的管理设备101可以通过网络从服务器1021中获取信息以及向服务器1021发送消息，也可以通过网络从服务器1022中获取信息以及向服务器1022发送消息，还可以通过网络从服务器1023中获取信息以及向服务器1023发送消息。
[0076] 基于图1所示的系统架构，图2示例性示出了本发明实施例提供的一种服务器异常的处理方法所对应的流程示意图，具体包括以下步骤：
[0077] 步骤201，管理设备获取各服务器的运行信息。
[0078] 步骤202，管理设备根据各服务器的运行信息，若确定第一服务器出现异常，则根据第一服务器的运行信息，以及预先配置的异常的运行信息和处理方式的对应关系，确定目标处理方式。
[0079] 步骤203，管理设备根据目标处理方式，生成处理指令。
[0080] 步骤204，管理设备将处理指令发送给第一服务器。
[0081] 步骤205，第一服务器接收管理设备发送的处理指令。
[0082] 步骤206，服务器执行处理指令，并采用目标处理方式进行处理。
[0083] 如此，管理设备在确定服务器出现异常后，可以根据获取到服务器的异常信息以及预先配置的异常信息和处理方式的对应关系，确定目标处理方式，进而可以根据目标处理方式生成处理指令并发送给异常服务器，以使异常服务器执行处理指令，并采用目标处理方式进行处理。整个过程无需人工参与，管理设备自动地根据各服务器的运行信息，判断服务器是否出现异常，并且可以自动向异常服务器发送处理指令，以使异常服务器自动进行处理。可见，相比于现有技术中人工处理服务器异常的方式而言，本发明实施例中，管理设备可以自动地根据各服务的运行信息完成服务器异常检测的操作，各服务器也可以根据接收到的处理指令完成异常处理的操作；进一步地，采用本发明实施例提供的技术方案，可以由被动的等待人工处理变成主动的自动化分析处理，从而减少服务器异常的处理时间，提高服务质量的稳定性。
[0084] 具体来说，步骤201和步骤202中，服务器的运行信息可以包括每个服务器的标识和每个服务器的运行状态。
[0085] 管理设备可以通过多种方式来确定服务器是否出现异常，一种可能的实现方式为，管理设备可以获取每个服务器的标识和每个服务器的运行状态；进而，管理设备可以根据每个服务器的标识和每个服务器的运行状态，判断是否存在运行状态为异常状态的第一服务器，若存在，则可以确定第一服务器出现异常。
[0086] 在其它可能的实现方式中，管理设备也可以从外部监控设备中确定出现异常的服务器，而外部监控设备可以获取每个服务器的标识和每个服务器的运行状态，进而确定出现异常的服务器。
[0087] 进一步地，运行信息还可以包括异常信息、服务器的标识以及时间戳信息等内容。异常信息又可以包括软件异常的类型和硬件异常的类型，软件异常的类型可以是指由软件服务引起的异常，比如用于缓存加速的squid服务、进行负载均衡调度的haproxy服务等软件服务器引起的异常；硬件异常的类型可以是指由硬件服务引起的异常，比如服务器宕机。
服务器的标识可以用于识别服务器，服务器的标识可以以字母、数字或符号等形式表示。时间戳信息可以是指管理设备获取到异常信息的时间。
[0088] 如表1所示，为服务器的异常信息的一种示例。其中，第1条异常信息为：服务器A的squid服务引起异常，管理设备获取到第1条异常信息的时间为8:00:00；第2条异常信息为：服务器B的haproxy服务引起异常，管理设备获取到第2条异常信息的时间为9:00:00；第3条异常信息为：服务器C的出现服务器宕机，管理设备获取到第3条异常信息的时间为10:00:
00。从表1中可以看出，第1条异常信息和第2条异常信息都属于软件异常的类型，第3条异常信息属于硬件异常的类型。
[0089] 表1：服务器的异常信息的一种示例
[0090]异常信息的编号 服务器的标识 异常类型信息 时间戳信息
1 服务器A squid服务引起异常 8:00:00
2 服务器B haproxy服务引起异常 9:00:00
3 服务器C 服务器宕机 10:00:00
[0091] 在执行步骤202之前，管理设备可以先判断服务器对应的异常类型信息是否为软件异常的类型，若是，则执行后续步骤；否则，流程终止。这样做的原因是，对于服务器宕机引起的异常，可以采用宕机自动处理的方式，本发明实施例主要解决由软件服务引起的服务器异常的处理方式。
[0092] 步骤203至步骤206中，管理设备可以预先配置有异常信息和处理方式的对应关系。通过个性化配置，能够适应软件版本不断变更过程中处理方案的改变，从而适应服务器异常的原因的多样性。进一步地，由于当前软件版本更迭速度较快，在不同的软件版本中可能出现类似的异常原因，但对于不同的软件版本实际上需要采用不同的处理方式，针对这种情况，本发明实施例可以通过预先配置的方式对这种情况进行适配，有效避免当软件版本更迭后，需要通过
修改代码的方式来更新自动分析处理的情况。
[0093] 具体地，管理设备可以预先配置有软件异常的类型和分析指令的对应关系，通过软件异常的类型和分析指令的对应关系，可以确定不同的软件异常的类型所对应的不同的分析指令，进而管理设备可以将分析指令发送给第一服务器，以使第一服务器执行分析指令来进行分析。其中，分析指令可以包括分析的命令、需要得到的回执信息、以及根据不同的回执信息，需要
指定哪一个处理指令进行处理。分析指令可以用于对引起软件异常的原因进行分析。管理设备可以先确定软件异常的类型，其中，软件异常的类型可以为squid服务，或者也可以为haproxy服务，或者还可以为其它类型的服务。一般情况下，需要预先配置的软件异常的类型通常是针对会影响用户使用的重要服务配置，从而减少对于我们加速服务的影响，对于一些重要度较低的其他服务，也可以针对性地进行配置，但是重要度较低的其他服务对应的优先级小于重要服务的优先级。
[0094] 进一步地，第一服务器执行分析指令后，可以根据执行结果确定回执信息，并且可以将回执信息返回给管理设备。管理设备在接收到回执信息后，可以根据回执信息进一步确定第一服务器是否真的出现异常。如果是，则根据回执信息确定软件异常的原因，进而根据预先配置的异常原因和处理方式的对应关系，确定出目标处理方式；如果不是，则返回上述步骤201。
[0095] 更进一步地，管理设备确定出目标处理方式后，可以根据目标处理方式生成处理指令，并将处理指令发送给第一服务器；第一服务器接收到处理指令后，可以执行该处理指令，第一服务器执行该处理指令即表示采用目标处理方式对异常进行处理。
[0096] 具体实施过程中，针对第一目标分析指令，管理设备将第一目标分析指令发送给第一服务器后，第一服务器可以执行第一目标分析指令，并根据执行结果生成第一回执信息；进而，第一服务器可以向管理设备发送第一回执信息，如此，管理设备根据第一回执信息，判断是否由第一方面的原因引起软件异常，如果是，则根据第一方面的原因，以及异常原因和处理方式的对应关系，确定目标处理方式，如果不是，则管理设备可以向第一服务器发送第二目标分析指令，第一服务器可以执行第二目标分析指令，并根据执行结果生成第二回执信息；进而，第一服务器可以向管理设备发送第二回执信息，直至管理设备根据第二回执信息，确定是由第二方面的原因引起软件异常。其中，第一目标分析指令为至少一个目标分析指令中任一目标分析指令，第一目标分析指令用于对引起软件异常的第一方面的原因进行分析；第二目标分析指令为至少一个目标分析指令中除第一目标分析指令以外的任一目标分析指令，第二目标分析指令用于对引起软件异常的所述第二方面的原因进行分析。
[0097] 如表2所示，为软件异常的类型和分析指令的对应关系的一种示例。其中，若软件异常的类型为squid服务引起的异常，则对应的分析指令可以为分析指令A1和分析指令A2，而分析指令A1可以只对squid服务引起软件异常的第一方面的原因进行分析，分析指令A2可以只对squid服务引起软件异常的第二方面的原因进行分析；若软件异常的类型为haproxy服务引起的异常，则对应的分析指令可以为分析指令B1、分析指令B2和分析指令B3，而分析指令B1可以只对haproxy服务引起软件异常的第一方面的原因进行分析，分析指令B2可以只对haproxy服务引起软件异常的第二方面的原因进行分析，分析指令B3可以只对haproxy服务引起软件异常的第三方面的原因进行分析。需要说明的是，squid服务引起的异常对应的分析指令(即A1和A2)与haproxy服务引起的异常对应的分析指令(即B1、B2和B3)之间是相互独立的，没有联系。
[0098] 表2：软件异常的类型和分析指令的对应关系的一种示例
[0099]
[0100] 进一步地，具体的分析过程中，若软件异常的类型为squid服务引起的异常，根据表2示出的内容，管理设备可以确定目标分析指令包括分析指令A1和A2，进一步地，管理设备可以先将分析指令A1发送给第一服务器，第一服务器执行分析指令A1后，根据执行结果生成第一回执信息，并将第一回执信息返回给管理设备；如此，管理设备可以根据第一回执信息判断是否由第一方面的原因引起软件异常；进而，管理设备若根据分析指令A1的第一回执信息确定不是由第一方面的原因引起软件异常，则可以将分析指令A2发送给第一服务器，第一服务器执行分析指令A2后，根据执行结果生成第二回执信息，并将第二回执信息返回给管理设备；进而，管理设备可以根据第二回执信息判断是否由第二方面的原因引起软件异常。类似地，若软件异常的类型为haproxy服务引起的异常，也可以采用上述流程进行分析。
[0101] 管理设备中还可以预先配置有异常原因和处理方式的对应关系。如此，管理设备接收到回执信息后，可以根据回执信息确定出引起软件异常的原因，以及异常原因和处理方式的对应关系，确定不同的异常原因所对应的不同的处理方式，进而可以根据确定出的处理方式，生成处理指令并发送给第一服务器，以使第一服务器执行处理指令，即采用确定出的处理方式来进行处理。如表3所示，为异常原因和处理方式的对应关系的一种示例。其中，若确定是由第一方面的原因引起软件异常，则可以采用处理方式a1进行处理；若确定是由第二方面的原因引起软件异常，则可以采用处理方式a2进行处理；若确定是由第三方面的原因引起软件异常，则可以采用处理方式b1进行处理；若确定是由第四方面的原因引起软件异常，则可以采用处理方式b2进行处理；若确定是由第五方面的原因引起软件异常，则可以采用处理方式b3进行处理。
[0102] 表3：异常原因和处理方式的对应关系的一种示例
[0103]异常原因 处理方式
第一方面的原因 处理方式a1
第二方面的原因 处理方式a2
第三方面的原因 处理方式b1
第四方面的原因 处理方式b2
第五方面的原因 处理方式b3
[0104] 也就是说，管理设备可以先根据第一服务器对应的软件异常的类型，以及预先配置的软件异常的类型和分析指令的对应关系，确定至少一个目标分析指令，管理设备在将目标分析指令发送给第一服务器后，可以根据第一服务器返回的回执信息，确定出引起软件异常的原因后，进而，管理设备可以根据异常原因和处理方式的对应关系，确定目标处理方式，并生成处理指令，在管理设备将处理指令发送给第一服务器后，第一服务器可以执行处理指令来进行异常处理。举个例子，假设squid服务异常对应的分析指令A1为：sysCheckForSquid，执行分析指令A1对应两个回执信息，回执信息1为：cache_dir，回执信息2为：dead；并且，回执信息1对应的处理方式1和处理方式2，回执信息2对应处理方式2，其中，处理方式1为：创建缓存目录命令，处理方式2为：service squid restart。当管理设备根据第一服务器的运行信息确定第一服务器出现squid服务异常的时，首先根据预先配置的软件异常的类型和分析指令的对应关系，确定目标分析指令为分析指令A1(即sysCheckForSquid)；管理设备可以将分析指令A1发送给第一服务器，第一服务器可以执行分析指令A1，根据执行结果得到对应的回执信息，并将分析指令A1对应的回执信息返回给管理设备。管理设备在接收到分析指令A1对应的回执信息，可以根据回执信息确定出软件异常的原因，若回执信息为：xxxxx cache_dir xxxx，则说明软件异常的原因为“缓存目录为空”，进而，可以预先配置的异常原因和处理方式的对应关系，确定目标处理方式为处理方式1和处理方式2，那么，管理设备就可以根据处理方式1和处理方式2生成处理指令并发送给第一服务器，第一服务器接收到处理指令后，可以创建缓存目录并重启squid服务；若回执信息为：xxxxx cache_dir xxxxxxxx deadxxx，则说明软件异常的原因为“服务异常”，进而，可以预先配置的异常原因和处理方式的对应关系，确定目标处理方式为处理方式2，那么，管理设备就可以根据处理方式2生成处理指令并发送给第一服务器，第一服务器接收到处理指令后，可以执行重启squid服务。
[0105] 在执行步骤203之后，可以进一步判断第一服务器的异常是否解除。具体地，第一服务器可以向管理设备发送更新后的运行信息，与上述步骤201中类似地，更新后的运行信息包括第一服务器对应的更新后的运行状态；管理设备在接收到更新后运行信息后，可以判断第一服务器对应的更新后的运行状态是否为异常状态的第一服务器，如果是，则说明第一服务器的异常未解除；如果不是，则说明第一服务器的异常解除。
[0106] 进一步地，管理设备若确定服务器的异常解除，则可以记录处理信息，处理信息可以用于后续分析异常发生的
频率，便于相关软件的改善，通过分析软件本身的漏洞，结合异常的服务器分析软件可优化的方向，进一步对软件本身进行完善，同样也可以发现更好的处理方式，优化处理指令的配置，从而不断完善软件，完善上述服务器异常的处理过程。
[0107] 进一步地，管理设备若确定服务器的异常未解除，则对异常时间(即管理设备获取到异常信息的时间与当前时间之间的时间差值)做一个判断，若异常时间大于预设
阈值，则直接对服务器进行“登记故障”的操作，并发送邮件通知相关软件管理员，若异常时间小于预设阈值，则可以等待预设时间后再次对服务器进行检测。其中，预设阈值可以是本领域技术人员根据经验和实际情况确定的，比如可以是根据当前人工分析处理时间确定的，具体不做限定。
[0108] 基于同样的发明构思，图3示例性示出了本发明实施例提供的一种管理设备的结构示意图，如图3所示，该管理设备300包括接收单元301、处理单元302和发送单元303；其中，
[0109] 接收单元301，用于获取各服务器的运行信息；
[0110] 处理单元302，用于根据所述各服务器的运行信息，若确定第一服务器出现异常，则根据所述第一服务器的运行信息，以及预先配置的异常的运行信息和处理方式的对应关系，确定目标处理方式；以及根据所述目标处理方式，生成处理指令；
[0111] 发送单元303，用于将所述处理指令发送给所述第一服务器，以使所述第一服务器执行所述处理指令，并采用所述目标处理方式进行处理。
[0112] 在一种可能的实现方式中，所述运行信息包括异常信息，所述异常信息包括软件异常的类型；
[0113] 所述管理设备处理单元302具体用于：
[0114] 根据所述第一服务器对应的软件异常的类型，以及预先配置的软件异常的类型和分析指令的对应关系，确定至少一个目标分析指令；所述分析指令用于对引起软件异常的原因进行分析；
[0115] 所述发送单元303具体用于：
[0116] 将所述至少一个目标分析指令发送给所述第一服务器，以使所述第一服务器执行所述目标分析指令，并根据执行结果生成回执信息；
[0117] 所述接收单元301具体用于：
[0118] 接收所述第一服务器发送的至少一个回执信息；
[0119] 所述处理单元302还具体用于：
[0120] 根据所述回执信息确定出引起软件异常的原因后，根据预先配置的异常原因和处理方式的对应关系，确定目标处理方式。
[0121] 在一种可能的实现方式中，所述发送单元303具体用于：
[0122] 针对第一目标分析指令，将所述第一目标分析指令发送给所述第一服务器，以使所述第一服务器执行所述第一目标分析指令，并根据执行结果生成第一回执信息；所述第一目标分析指令为所述至少一个目标分析指令中任一目标分析指令，所述第一目标分析指令用于对引起软件异常的第一方面的原因进行分析；
[0123] 所述处理单元302具体用于：
[0124] 根据所述第一回执信息，若确定由所述第一方面的原因引起软件异常，则根据所述第一方面的原因，以及异常原因和处理方式的对应关系，确定目标处理方式。
[0125] 在一种可能的实现方式中，所述处理单元302还用于：
[0126] 根据所述第一回执信息，若确定不由所述第一方面的原因引起软件异常，则向所述第一服务器发送第二目标分析指令，直至根据第二回执信息，确定是由第二方面的原因引起软件异常；所述第二目标分析指令为所述至少一个目标分析指令中除所述第一目标分析指令以外的任一目标分析指令，所述第二目标分析指令用于对引起软件异常的所述第二方面的原因进行分析，所述第二回执信息是所述第一服务器执行所述第二目标分析指令后根据执行结果生成的。
[0127] 在一种可能的实现方式中，所述发送单元303将所述处理指令发送给所述第一服务器之后，所述接收单元301还用于：
[0128] 接收所述第一服务器发送更新后的运行信息；
[0129] 所述处理单元302还用于：
[0130] 根据所述更新后的运行信息，若确定所述第一服务器未出现异常，则记录所述第一服务器对应的历史处理记录，所述历史处理记录用于更新所述预先配置的异常的运行信息和处理方式的对应关系。
[0131] 基于同样的发明构思，图4示例性示出了本发明实施例提供的一种服务器的结构示意图，如图4所示，该服务器400包括接收单元401、处理单元402和发送单元403；其中，[0132] 接收单元401，用于接收管理设备发送的处理指令，所述处理指令是根据目标处理方式生成的，所述目标处理方式是所述管理设备在确定所述服务器出现异常后，根据所述服务器的运行信息，以及预先配置的异常的运行信息和处理方式的对应关系确定的；
[0133] 处理单元402，用于执行所述处理指令，并采用所述目标处理方式进行处理。
[0134] 在一种可能的实现方式中，所述运行信息包括异常信息，所述异常信息包括软件异常的类型；
[0135] 所述接收单元401在接收管理设备发送的处理指令之前，还用于：
[0136] 接收所述管理设备发送的至少一个目标分析指令；所述目标分析指令是所述管理设备根据所述服务器对应的软件异常的类型，以及预先配置的软件异常的类型和分析指令的对应关系确定的，所述分析指令用于对引起软件异常的原因进行分析；
[0137] 所述处理单元402还用于：
[0138] 执行所述目标分析指令，并根据执行结果生成回执信息；
[0139] 发送单元403还用于：
[0140] 向所述管理设备发送至少一个回执信息，以使所述管理设备根据所述回执信息确定出引起软件异常的原因后，根据预先配置的异常原因和处理方式的对应关系，确定所述目标处理方式。
[0141] 在一种可能的实现方式中，所述处理单元402具体用于：
[0142] 针对第一目标分析指令，执行所述第一目标分析指令，并根据执行结果生成第一回执信息；所述第一目标分析指令为所述至少一个目标分析指令中任一目标分析指令，所述第一目标分析指令用于对引起软件异常的第一方面的原因进行分析；
[0143] 所述发送单元403具体用于：
[0144] 向所述管理设备发送所述第一回执信息，以使所述管理设备根据所述第一回执信息，若确定由所述第一方面的原因引起软件异常，则根据所述第一方面的原因，以及异常原因和处理方式的对应关系，确定目标处理方式。
[0145] 在一种可能的实现方式中，所述接收单元401还用于：
[0146] 接收所述管理设备发送的第二目标分析指令；所述第二目标分析指令为所述至少一个目标分析指令中除所述第一目标分析指令以外的任一目标分析指令，所述第二目标分析指令用于对引起软件异常的所述第二方面的原因进行分析；
[0147] 所述处理单元402还用于：
[0148] 执行所述第二目标分析指令，并根据执行结果生成第二回执信息；
[0149] 所述发送单元403还用于：
[0150] 向所述管理设备发送所述第二回执信息。
[0151] 在一种可能的实现方式中，所述处理单元402执行所述处理指令之后，所述发送单元403还用于：
[0152] 向所述管理设备发送新后的运行信息，以使所述管理设备根据所述更新后的运行信息，在确定所述第一服务器未出现异常后，记录所述服务器对应的历史处理记录，所述历史处理记录用于更新所述预先配置的异常的运行信息和处理方式的对应关系。
[0153] 本申请实施例的还提供一种装置，该装置具有实现上文所描述的服务器异常的处理方法的功能。该功能可以通过硬件执行相应的软件实现，在一种可能的设计中，该装置包括：处理器、收发器、存储器；该存储器用于存储计算机执行指令，该收发器用于实现该装置与其他通信实体进行通信，该处理器与该存储器通过该总线连接，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行上文所描述的服务器异常的处理方法。
[0154] 本发明实施例还提供一种计算机存储介质，所述存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时实现上述各种可能的实现方式中所描述的服务器异常的处理方法。
[0155] 本发明实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各种可能的实现方式中所描述的服务器异常的处理方法。
[0156] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0157] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的
流程图和/或方
框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程
数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0158] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0159] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0160] 尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附
权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0161] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
