CN109634639B - 一种宕机通知方式的更新方法及装置 - Google Patents

Abstract

本发明公开了一种宕机通知方式的更新方法，属于计算机技术领域。所述方法包括：当监控到目标服务器宕机时，向所述目标服务器所在机房发送携带有预设回执格式的重启消息；如果接收到所述机房的回执消息，则判断是否更新所述机房的通知方式；如果是，则根据所述回执消息更新所述机房的通知方式。采用本发明，可以节省人力成本，避免人工更新出现的信息遗漏或错误。

Description

一种宕机通知方式的更新方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种宕机通知方式的更新方法及装置。

背景技术

随着互联网业务的迅猛发展，越来越多的厂商选择在全国各地部署机房，如CDN(Content Delivery Network，内容分发网络)服务商、云计算厂商等。这些厂商通常采用自动通知系统，在各机房的服务器宕机后，通知机房的技术人员对宕机服务器进行重启。

上述自动通知系统的管理服务器，可以对各机房的服务器的运行状态进行监控。当监控到某机房的某服务器宕机时，上述管理服务器可以基于该宕机服务器的定位信息，获取预先记录的该宕机服务器所在机房的通知方式，如邮件方式、电话方式、即时通讯软件方式等。之后，管理服务器可以生成记录有宕机服务器定位信息的重启消息，然后可以按照获取的上述通知方式，将该重启消息传递给宕机服务器所在机房的技术人员。进而，技术人员可以获取到宕机服务器的定位信息，然后可以基于宕机服务器的定位信息，在机房中找到该宕机服务器，对该宕机服务器进行重启。

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

当机房对应的通知方式发生更改时，需要该机房的技术人员或厂商的其他技术人员，人工对记录的该机房的通知方式进行更新，不仅增加了较大的人力成本，而且人工更新时容易出现信息的遗漏或错误，当按照错误的通知方式进行通知时，无法及时通知到机房的技术人员，导致宕机服务器不能及时重启，故而上述自动通知系统的服务质量较差。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种宕机通知方式的更新方法及装置。所述技术方案如下：

第一方面，提供了一种宕机通知方式的更新方法，包括：

当监控到目标服务器宕机时，向所述目标服务器所在机房发送携带有预设回执格式的重启消息；

如果接收到所述机房的回执消息，则判断是否更新所述机房的通知方式；

如果是，则根据所述回执消息更新所述机房的通知方式。

进一步的，所述如果接收到所述机房的回执消息，则判断是否更新所述机房的通知方式，包括：

如果在所述机房的预设回执时长内，接收到所述机房返回的回执消息，则判断是否更新所述机房的通知方式；

如果在所述机房的所述预设回执时长外，接收到所述机房返回的回执消息，则标记所述回执消息为无效消息。

进一步的，所述标记所述回执消息为无效消息之后，还包括：

获取所述回执消息的超时时长，并根据所述超时时长重新设置所述机房的所述预设回执时长。

进一步的，所述获取所述回执消息的超时时长，包括：

基于所述重启消息的发送标识的添加时间，以及所述回执消息的接收标识的添加时间，生成实际回执时长；

根据所述实际回执时长及所述预设回执时长，生成所述回执消息的超时时长。

进一步的，所述判断是否更新所述机房的通知方式，包括：

基于所述回执消息中的预设字段，确定所述回执消息的回执类型；

如果所述回执类型为维持类型，则判断不更新所述机房的通知方式，并存储所述回执消息的实际回执时长及所述通知方式；

如果所述回执类型为变更类型，则判断更新所述机房的通知方式。

进一步的，所述根据所述回执消息更新所述机房的通知方式，包括：

根据所述回执消息中记录的通知方式的变更信息，对所述机房的所述通知方式进行更新。

进一步的，所述向所述目标服务器所在机房发送携带有预设回执格式的重启消息之后，还包括：

如果在所述预设回执时长内未接收到所述机房的回执消息，则判断所述目标服务器是否重启成功；

如果重启成功，则记录所述目标服务器的重启时间，否则确定所述机房是否存在其他通知方式；

如果存在，则按照所述其他通知方式向所述机房发送携带有预设回执格式的重启消息。

第二方面，提供了一种宕机通知方式的更新装置，所述装置包括：

自动通知模块，用于当监控到目标服务器宕机时，向所述目标服务器所在机房发送携带有预设回执格式的重启消息；

回执处理模块，用于如果接收到所述机房的回执消息，则判断是否更新所述机房的通知方式；

修改模块，用于根据所述回执消息更新所述机房的通知方式。

进一步的，所述回执处理模块，还用于：

如果在所述机房对应的预设回执时长内，接收到所述机房返回的回执消息，则判断是否更新所述机房的通知方式；

如果在所述机房对应的所述预设回执时长外，接收到所述机房返回的回执消息，则标记所述回执消息为无效消息。

进一步的，所述回执处理模块，还用于：

获取所述回执消息的超时时长，并根据所述超时时长重新设置所述机房的所述预设回执时长。

进一步的，所述回执处理模块，还用于：

基于所述重启消息的发送标识的添加时间，以及所述回执消息的接收标识的添加时间，生成实际回执时长；

根据所述实际回执时长及所述预设回执时长，生成所述回执消息的超时时长。

进一步的，所述回执处理模块，还用于：

基于所述回执消息中的预设字段，确定所述回执消息的回执类型；

如果所述回执类型为维持类型，则判断不更新所述机房的通知方式，并存储所述回执消息的实际回执时长及所述通知方式；

如果所述回执类型为变更类型，则判断更新所述机房的通知方式。

进一步的，所述修改模块，还用于：

根据所述回执消息中记录的通知方式的变更信息，对所述机房的所述通知方式进行更新。

进一步的，所述装置还包括判断模块，用于：

如果在所述预设回执时长内未接收到所述机房的回执消息，则判断所述目标服务器是否重启成功；

如果重启成功，则记录所述目标服务器的重启时间，否则确定所述机房是否存在其他通知方式；

所述自动通知模块还用于：

按照所述其他通知方式向所述机房发送携带有预设回执格式的重启消息。

第三方面，提供了一种管理服务器，所述管理服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如第一方面所述的宕机通知方式的更新方法。

第四方面，提供了一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如第一方面所述的宕机通知方式的更新方法。

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

在本实施例中，当监控到目标服务器宕机时，确定所述目标服务器所在机房的通知方式；按照所述通知方式向所述机房发送携带有预设回执格式的重启消息；如果接收到所述机房的回执消息，则判断是否更新所述机房的通知方式；如果是，则根据所述回执消息更新所述机房的通知方式。这样，当机房的通知方式发生更改时，机房的管理人员可以在按照预设回执格式编辑的回执消息中添加通知方式的变更信息，然后将回执消息反馈至管理服务器，使得管理服务器可以自动确定回执消息的回执类型，并自动对机房的通知方式进行更新，不仅可以节省人力成本，而且还可以避免人工更新出现的信息遗漏或错误，使得重启消息可以及时通知到机房的技术人员，进而使得宕机的目标服务器能够及时重启，有效提高了自动通知系统的服务质量。另外，管理服务器可以根据回执消息的超时时长，灵活调整机房的预设回执时长，以保证回执消息的即时性和准确性，进一步提高了自动通知系统的服务质量。

附图说明

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

图1是本发明实施例提供的一种宕机通知方式的更新方法流程图；

图2是本发明实施例提供的一种宕机通知方式的更新装置结构示意图；

图3是本发明实施例提供的一种宕机通知方式的更新装置结构示意图；

图4是本发明实施例提供的一种管理服务器的结构示意图。

具体实施方式

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

本发明实施例提供了一种宕机通知方式的更新方法，该方法的执行主体可以是任意厂商的管理服务器，管理服务器可以是一台任意服务器，也可以是由多台服务器组成的服务器集群。该管理服务器可以对厂商在全国各地所部署的机房的服务器运行状态进行监控，并可以在监控到某机房的某服务器宕机后，通过该机房对应的通知方式，向该机房发送对宕机服务器进行重启的重启消息。上述管理服务器可以包括处理器、存储器、收发器，处理器可以用于进行下述流程中对于宕机通知方式的更新处理，存储器可以用于存储下述处理过程中需要的数据以及产生的数据，收发器可以用于接收和发送下述处理过程中的相关数据。可以理解，上述管理服务器的监控功能也可以由其他服务器来实现。本实施例以具备监控功能的管理服务器进行说明，其他情况与之类似，不再一一赘述。

下面将结合具体实施方式，对图1所示的一种宕机通知方式的更新方法的处理流程进行详细的说明，内容可以如下：

步骤101：当监控到目标服务器宕机时，向目标服务器所在机房发送携带有预设回执格式的重启消息。

在实施中，厂商的管理人员可以预先统计各机房服务器的定位信息以及各机房的通知方式，定位信息可以是机房编号、机柜号、IP地址等，通知方式可以是邮件方式、电话方式、即时通讯软件方式等。之后，管理人员可以将统计的上述信息存储在专门的存储设备或上述管理服务器中，并可以对上述信息进行更新或修改。这样，当管理服务器监控到某服务器(可称为目标服务器)宕机时，可以基于从上述存储设备或本地获取的各机房服务器的定位信息以及各机房的通知方式，确定出目标服务器所在机房的通知方式。具体的，对于目标服务器所在的机房对应有多个通知方式的情形，可以基于管理人员的设置要求，预先将多个通知方式中的某个通知方式标记为当前通知方式，将多个通知方式中的其余通知方式标记为候选通知方式。当监控到目标服务器宕机时，管理服务器可以将上述多个通知方式中的当前通知方式，确定为目标服务器所在机房的通知方式。

在实施中，管理服务器在确定目标服务器所在机房的通知方式后，可以按照该通知方式向机房发送重启消息，重启消息中可以携带有目标服务器的定位信息，以及预先设定的用于指示机房返回相应回执消息的回执格式(可称为预设回执格式)。具体的，管理服务器可以按照目标服务器所在机房的通知方式，向机房的对外通讯设备，如机房管理人员所使用的电话、计算机、智能手机等，拨打电话，或者发送邮件信息、聊天消息，以将携带有预设回执格式的重启消息通知到机房。以通知方式为邮件方式为例，假设目标服务器的IP地址为192.168.1.1，目标服务器所在机柜的机柜号为5，目标服务器所在机房的通知邮箱为tongzhi@abc.com，当监控到目标服务器宕机时，管理服务器可以向tongzhi@abc.com发送一封记录有以下内容的邮件：

“您好，5号机柜IP地址为192.168.1.1的服务器宕机，请重启，并请按照如下回执格式返回回执消息：收到重启消息并可以重启，请回复1；收到重启消息但提供的服务器信息有误无法找到服务器，导致无法重启，请回复2；需要切换机房已有的其他通知方式重新发送重启消息，请回复9；需要更新通知方式，请回复“0+新的通知方式(邮箱/QQ/电话)”。谢谢！”。

这样，该机房的管理人员可以查收到上述邮件，并可以基于邮件中记录的定位信息查找到目标服务器，对目标服务器进行重启，同时，还可以按照上述预设回执格式返回相应的回执消息。

步骤102：如果接收到机房的回执消息，则判断是否更新机房的通知方式。

在实施中，在接收到上述重启消息后，机房的管理人员可以将目标服务器的实际重启情况，以及是否需要修改当前通知方式，通过回执消息反馈给管理服务器。这样，如果管理服务器接收到回执消息，则可以基于回执消息判断是否对目标服务器所在机房的通知方式进行更新。

可选的，上述步骤102的处理可以如下：如果在机房的预设回执时长内，接收到机房返回的回执消息，则判断是否更新机房的通知方式；如果在机房的预设回执时长外，接收到机房返回的回执消息，则标记回执消息为无效消息。

在实施中，考虑到网络延迟、机房管理人员忘记返回回执消息等因素，管理服务器可以对回执消息的有效时长(可称为预设回执时长)进行设置，如设置为10分钟或15分钟，以保证回执消息的即时性和准确性。这样，如果管理服务器在预设回执时长内接收到回执消息，则表明该回执消息有效，管理服务器可以根据该回执消息进一步判断是否对机房的通知方式进行更新。如果管理服务器在预设回执时长外接收到回执消息，则表明该回执消息无效，管理服务器可以将该回执消息标记为无效消息，不再进行后续的判断处理。

可选的，在标记回执消息为无效消息的情形下，还可以进行如下处理：获取回执消息的超时时长，并根据超时时长重新设置机房的预设回执时长。

在实施中，管理服务器在将预设回执时长外接收到的回执消息标记为无效消息后，可以获取上述被标记为无效消息的回执消息的超时时长，并对无效的回执消息的超时时长进行记录，记录的超时时长可以作为重新设置机房的预设回执时长的数据来源。

可选的，上述获取回执消息的超时时长的处理可以如下：基于重启消息的发送标识的添加时间，以及回执消息的接收标识的添加时间，生成实际回执时长；根据实际回执时长及预设回执时长，生成回执消息的超时时长。

在实施中，管理服务器在发送重启消息时，可以对该重启消息添加发送标识，同时，在接收到回执消息后，可以对回执消息添加接收标识。然后，管理服务器可以根据发送标识和接收标识各自的添加时间，得出发送重启消息到接收回执消息的实际回执时长。之后，管理服务器可以基于该实际回执时长与预设回执时长计算出回执消息的超时时长，对该机房的预设回执时长进行重新设置。以添加发送标识的时间为13:00，添加接收标识的时间为13:30，机房的预设回执时长为25分钟为例，首先，管理服务器可以根据发送标识和接收标识的添加时间，生成发送重启消息到接收回执消息的实际回执时长为30分钟。然后，管理服务器可以根据该实际回执时长30分钟及预设回执时长25分钟，得到回执消息的超时时长5分钟。之后，管理服务器可以根据超时时长重新设置机房的预设回执时长，如可以将机房的预设回执时长设置为30分钟。这样，管理服务器可以根据回执消息的超时时长，灵活调整机房的预设回执时长，以保证回执消息的即时性和准确性，进而进一步提高自动通知系统的服务质量。

需要说明的是，厂商可以自行设定重新设置机房预设回执时长的条件，如可以根据多个超时时长的平均值、最值等，重新设置机房的预设回执时长，本实施例对此不做限定。

可选的，上述步骤102中判断是否更新机房的通知方式的处理可以如下：基于回执消息中的预设字段，确定回执消息的回执类型；如果回执类型为维持类型，则判断不更新机房的通知方式，并存储回执消息的实际回执时长及通知方式；如果回执类型为变更类型，则判断更新机房的通知方式。

在实施中，管理服务器在接收到机房返回的回执消息后，可以基于回执消息中预设字段的具体数值，如回执消息的第一个字符，确定回执消息的回执类型。具体的，当回执消息中预设字段的数值为“1”时，表示机房仍支持当前通知方式接收重启消息且可以重启目标服务器，此时可以确定该回执消息为维持类型，且相应的判断结果为不更新机房的通知方式。当回执消息中预设字段的数值为“2”时，表示机房仍支持当前通知方式接收重启消息，但重启消息中提供的目标服务器的定位信息错误找不到对应的目标服务器，管理服务器可以将预先存储的目标服务器的定位信息与重启消息中发送的目标服务器的定位信息进行比对，如果一致，则对目标服务器添加故障标记，并通知厂商的技术人员，由厂商的技术人员与机房的管理人员对目标服务器的定位信息进行核对及更新；如果不一致，则按照正确的定位信息重新发送重启消息；此时可以确定该回执消息为维持类型，且相应的判断结果为不更新机房的通知方式。在上述判断结果为不更新机房的通知方式的情况下，管理服务器可以获取回执消息的实际回执时长和通知方式并进行存储。这样，管理服务器可以根据存储的历次收到回执消息的实际回执时长，及机房的预设回执时长，生成超时时长，并根据超时时长和通知方式灵活的调整机房的预设回执时长。另外，管理服务器还可以根据上述实际回执时长对机房的各通知方式的重启时间、重启效率等进行统计。当回执消息中预设字段的数值为“9”时，表示机房不再支持当前通知方式接收重启消息，管理服务器可以删除当前通知方式及该通知方式的相关数据，并通过机房支持的其他通知方式重新发送重启消息，此时可以确定该回执消息为变更类型，且相应的判断结果为更新机房的通知方式。当回执消息中预设字段的数值为0，且回执消息符合“0+新的通知方式(邮箱/QQ/电话)”时，表示需要将机房的通知方式更新为回执消息中记录的通知方式的变更信息，此时可以确定该回执消息为变更类型，且相应的判断结果为更新机房的通知方式。

需要说明的是，如果机房的管理人员未按照预设回执格式编辑回执消息，则管理服务器将无法识别该回执消息。此时，管理服务器可以按照同样的通知方式再次向机房发送重启消息。如果仍然无法识别接收到的回执消息，则管理服务器可以将此次异常情况上报给厂商的技术人员，然后由厂商的技术人员和机房的管理人员进行对接处理。

步骤103：如果是，则根据回执消息更新机房的通知方式。

在实施中，如果上述接收到的机房的回执消息所对应的判断结果为更新机房的通知方式，则管理服务器可以基于回执消息中携带的具体信息，对机房的通知方式进行更新。

可选的，上述步骤103的处理可以如下：根据回执消息中记录的通知方式的变更信息，对机房的通知方式进行更新。

在实施中，基于上述预设回执格式，如果回执消息为变更类型，则在回执消息中可以记录有通知方式的变更信息。这样，管理服务器可以根据回执消息中的通知方式的变更信息，对机房的通知方式进行更新。以当前通知方式为邮件方式，变更后的通知方式为电话方式为例，假设变更后的电话为13712345678，机房的管理人员可以在接收到邮件方式的重启消息后，可以在该邮件的基础上，回复回执消息“0+电话13712345678”。之后，管理服务器可以接收到该回执消息，然后可以基于回执消息中记录的通知方式的变更信息，即“电话13712345678”，更新为机房当前的通知方式。值得一提的是，当再次监控到该机房中某服务器宕机时，管理服务器可以按照上述更新后的通知方式，发送相应的重启消息。这样，管理服务器可以自动更新机房的通知方式，不仅可以节省人力成本，而且还可以避免人工更新出现的信息遗漏或错误，使得重启消息可以及时通知到机房的技术人员，进而使得宕机的目标服务器能够及时重启，有效提高自动通知系统的服务质量。

需要说明的是，当通知方式为电话方式时，机房的管理人员在接听到重启消息后，同样可以回复0。之后，机房的管理人员可以将新的通知方式的变更信息告知厂商的技术人员，以使厂商的技术人员可以对该机房的通知方式进行更新。这样，当再次监控到该机房的某服务器发生宕机时，管理服务器可以按照更新后的通知方式发送重启消息。

可选的，对于未接收到回执消息的情形，在上述步骤101之后还可以进行如下处理：如果在预设回执时长内未接收到机房的回执消息，则判断目标服务器是否重启成功；如果重启成功，则记录目标服务器的重启时间，否则确定机房是否存在其他通知方式；如果存在，则按照其他通知方式向机房发送携带有预设回执格式的重启消息。

在实施中，当管理服务器已向机房发送重启消息，且在预设回执时长内未接收到机房返回的回执消息时，管理服务器可以定时监控目标服务器是否重启成功。以重启消息发送时间为10:00，机房预设回执时长为30分钟，管理服务器的监控周期为15分钟为例，管理服务器可以在10:30监控目标服务器是否重启成功，如果重启失败，则在15分钟后即10:45再次进行监控。如果管理服务器在10:45监控到目标服务器重启成功，管理服务器可以根据重启消息发送的时间和监控到目标服务器重启成功的时间，计算出目标服务器的重启时间45分钟并进行存储。当该机房的某台目标服务器再次宕机时，管理服务器可以根据通知方式的历史重启时间在机房支持的所有通知方式中确定出一种更高效的通知方式。如果管理服务器在10:45监控到目标服务器重启失败，管理服务器可以根据预先存储的机房的通知方式，确定该机房是否有其他通知方式。如果有，管理服务器可以按照其他通知方式重新发送重启通知。如果没有，管理服务器可以自动通知厂商的技术人员与机房的管理人员对目标服务器的定位信息及机房通知方式进行核对，并进行目标服务器的重启。

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

在本实施例中，当监控到目标服务器宕机时，确定所述目标服务器所在机房的通知方式；按照所述通知方式向所述机房发送携带有预设回执格式的重启消息；如果接收到所述机房的回执消息，则判断是否更新所述机房的通知方式；如果是，则根据所述回执消息更新所述机房的通知方式。这样，当机房的通知方式发生更改时，机房的管理人员可以在按照预设回执格式编辑的回执消息中添加通知方式的变更信息，然后将回执消息反馈至管理服务器，使得管理服务器可以自动确定回执消息的回执类型，并自动对机房的通知方式进行更新，不仅可以节省人力成本，而且还可以避免人工更新出现的信息遗漏或错误，使得重启消息可以及时通知到机房的技术人员，进而使得宕机的目标服务器能够及时重启，有效提高了自动通知系统的服务质量。另外，管理服务器可以根据回执消息的超时时长，灵活调整机房的预设回执时长，以保证回执消息的即时性和准确性，进一步提高了自动通知系统的服务质量。

基于相同的技术构思，本发明实施例还提供了一种宕机通知方式的更新装置，如图2所示，所述宕机通知方式的更新装置包括：

自动通知模块201，用于当监控到目标服务器宕机时，向目标服务器所在机房发送携带有预设回执格式的重启消息；

回执处理模块202，用于如果接收到机房的回执消息，则判断是否更新机房的通知方式；

修改模块203，用于根据回执消息更新机房的通知方式。

进一步的，所述回执处理模块202，还用于：

如果在机房的预设回执时长内，接收到机房返回的回执消息，则判断是否更新机房的通知方式；

如果在机房的预设回执时长外，接收到机房返回的回执消息，则标记回执消息为无效消息。

进一步的，所述回执处理模块202，还用于：

获取回执消息的超时时长，并根据超时时长重新设置机房的预设回执时长。

进一步的，所述回执处理模块202，还用于：

基于重启消息的发送标识的添加时间，以及回执消息的接收标识的添加时间，生成实际回执时长；

根据实际回执时长及预设回执时长，生成回执消息的超时时长。

进一步的，所述回执处理模块202，还用于：

基于回执消息中的预设字段，确定回执消息的回执类型；

如果回执类型为维持类型，则判断不更新机房的通知方式，并存储回执消息的实际回执时长及通知方式；

如果回执类型为变更类型，则判断更新机房的通知方式。

进一步的，所述修改模块203，还用于：

根据回执消息中记录的通知方式的变更信息，对机房的通知方式进行更新。

如图3所示，所述装置还包括判断模块204，用于：

如果在预设回执时长内未接收到机房的回执消息，则判断目标服务器是否重启成功；

如果重启成功，则记录目标服务器的重启时间，否则确定机房是否存在其他通知方式；

如果存在，所述自动通知模块201还用于：

按照其他通知方式向机房发送携带有预设回执格式的重启消息。

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

图4是本发明实施例提供的管理服务器的结构示意图。该管理服务器400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器422(例如，一个或一个以上处理器)和存储器432，一个或一个以上存储应用程序442或数据444的存储介质430(例如一个或一个以上海量存储设备)。其中，存储器432和存储介质430可以是短暂存储或持久存储。存储在存储介质430的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对管理服务器中的一系列指令操作。更进一步地，中央处理器422可以设置为与存储介质430通信，在管理服务器400上执行存储介质430中的一系列指令操作

管理服务器400还可以包括一个或一个以上电源426，一个或一个以上有线或无线网络接口450，一个或一个以上输入输出接口458，一个或一个以上键盘456，和/或，一个或一个以上操作系统441，例如Windows Server TM，Mac OS XTM，Unix TM，Linux TM，FreeBSDTM等等。

管理服务器400可以包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行上述宕机通知方式的更新指令。

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

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

Claims (16)

1.一种宕机通知方式的更新方法，其特征在于，包括：

当监控到目标服务器宕机时，向所述目标服务器所在机房发送携带有预设回执格式的重启消息；

如果接收到所述机房的回执消息，则基于所述回执消息中的预设字段，确定所述回执消息的回执类型，并根据所述回执类型判断是否更新所述机房的通知方式；

如果是，则根据所述回执消息更新所述机房的通知方式。

2.根据权利要求1所述的方法，其特征在于，所述如果接收到所述机房的回执消息，则判断是否更新所述机房的通知方式，包括：

如果在所述机房的预设回执时长内，接收到所述机房返回的回执消息，则判断是否更新所述机房的通知方式；

如果在所述机房的所述预设回执时长外，接收到所述机房返回的回执消息，则标记所述回执消息为无效消息。

3.根据权利要求2所述的方法，其特征在于，所述标记所述回执消息为无效消息之后，还包括：

获取所述回执消息的超时时长，并根据所述超时时长重新设置所述机房的所述预设回执时长。

4.根据权利要求3所述的方法，其特征在于，所述获取所述回执消息的超时时长，包括：

基于所述重启消息的发送标识的添加时间，以及所述回执消息的接收标识的添加时间，生成实际回执时长；

根据所述实际回执时长及所述预设回执时长，生成所述回执消息的超时时长。

5.根据权利要求1或2所述的方法，其特征在于，所述判断是否更新所述机房的通知方式，包括：

如果所述回执类型为维持类型，则判断不更新所述机房的通知方式，并存储所述回执消息的实际回执时长及所述通知方式；

如果所述回执类型为变更类型，则判断更新所述机房的通知方式。

6.根据权利要求1所述的方法，其特征在于，所述根据所述回执消息更新所述机房的通知方式，包括：

根据所述回执消息中记录的通知方式的变更信息，对所述机房的所述通知方式进行更新。

7.根据权利要求1所述的方法，其特征在于，所述向所述目标服务器所在机房发送携带有预设回执格式的重启消息之后，还包括：

如果在预设回执时长内未接收到所述机房的回执消息，则判断所述目标服务器是否重启成功；

如果重启成功，则记录所述目标服务器的重启时间，否则确定所述机房是否存在其他通知方式；

如果存在，则按照所述其他通知方式向所述机房发送携带有预设回执格式的重启消息。

8.一种宕机通知方式的更新装置，其特征在于，所述装置包括：

自动通知模块，用于当监控到目标服务器宕机时，向所述目标服务器所在机房发送携带有预设回执格式的重启消息；

回执处理模块，用于如果接收到所述机房的回执消息，则基于所述回执消息中的预设字段，确定所述回执消息的回执类型，并根据所述回执类型判断是否更新所述机房的通知方式；

修改模块，用于根据所述回执消息更新所述机房的通知方式。

9.根据权利要求8所述的装置，其特征在于，所述回执处理模块，还用于：

如果在所述机房的预设回执时长内，接收到所述机房返回的回执消息，则判断是否更新所述机房的通知方式；

如果在所述机房的所述预设回执时长外，接收到所述机房返回的回执消息，则标记所述回执消息为无效消息。

10.根据权利要求9所述的装置，其特征在于，所述回执处理模块，还用于：

获取所述回执消息的超时时长，并根据所述超时时长重新设置所述机房的所述预设回执时长。

11.根据权利要求10所述的装置，其特征在于，所述回执处理模块，还用于：

基于所述重启消息的发送标识的添加时间，以及所述回执消息的接收标识的添加时间，生成实际回执时长；

根据所述实际回执时长及所述预设回执时长，生成所述回执消息的超时时长。

12.根据权利要求8或9所述的装置，其特征在于，所述回执处理模块，还用于：

如果所述回执类型为维持类型，则判断不更新所述机房的通知方式，并存储所述回执消息的实际回执时长及所述通知方式；

如果所述回执类型为变更类型，则判断更新所述机房的通知方式。

13.根据权利要求8所述的装置，其特征在于，所述修改模块，还用于：

根据所述回执消息中记录的通知方式的变更信息，对所述机房的所述通知方式进行更新。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括判断模块，用于：

如果在预设回执时长内未接收到所述机房的回执消息，则判断所述目标服务器是否重启成功；

如果重启成功，则记录所述目标服务器的重启时间，否则确定所述机房是否存在其他通知方式；

所述自动通知模块，还用于：

按照所述其他通知方式向所述机房发送携带有预设回执格式的重启消息。

15.一种管理服务器，其特征在于，所述管理服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的宕机通知方式的更新方法。

16.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至7任一所述的宕机通知方式的更新方法。

Images