CN106250256B - 一种服务器故障恢复方法及其装置 - Google Patents

Abstract

本发明公开了一种服务器故障恢复方法及其装置，用于服务器管理中心，包括判断服务器是否处于托管状态，若是，获取服务器内的特征信息；将特征信息与服务器管理中心内预先存储的特征信息进行比对；若一致，将预设的通信配置控制代码发送至服务器内，以供服务器内的配置文件在通信配置控制代码的控制下进行通信配置，使服务器恢复受管状态。本发明在当服务器处于托管状态后，能够及时且自动地对服务器的通信配置进行修复，维护效率高；同时，降低了对机房运维人员的技术要求以及机房的维护成本，保证了服务器的高可用性。

Description

一种服务器故障恢复方法及其装置

技术领域

本发明涉及服务器管理技术领域，特别是涉及一种服务器故障恢复方法及其装置。

背景技术

随着云概念的推出，云计算现在已经成为互联网的主流发展方向，在云计算中，服务器是一个重要组成部分。服务器出现通信故障时的状态称为托管状态(服务器管理中心的信息与服务器当前信息不匹配，而导致服务器管理中心无法对服务器进行操作的状态)；服务器恢复至可通信状态称为受控状态(服务器管理中心的信息与服务器当前信息匹配，能够使用服务器管理中心对服务器进行操作的状态)。

当前技术中，一旦服务器处于托管状态，则需要运维人员进入机房进行维护，对机房运维人员的技术要求高，维护效率低，维护成本高。

因此，如何提供一种维护效率高且成本低的服务器故障恢复方法及其装置是本领域技术人员目前需要解决的问题。

发明内容

本发明的目的是提供一种服务器故障恢复方法及其装置，在当服务器处于托管状态后，能够及时且自动地对服务器的通信配置进行修复，维护效率高；同时，降低对机房运维人员的技术要求以及机房的维护成本，保证服务器的高可用性。

为解决上述技术问题，本发明提供了一种服务器故障恢复方法，用于服务器管理中心，包括：

判断服务器是否处于托管状态，若是，获取所述服务器内的特征信息；

将所述特征信息与所述服务器管理中心内预先存储的特征信息进行比对；

若一致，将预设的通信配置控制代码发送至所述服务器内，以供所述服务器内的配置文件在所述通信配置控制代码的控制下进行通信配置，使所述服务器恢复受管状态。

优选地，所述特征信息内携带有所述服务器内预先植入的标识符。

优选地，所述将预设的通信配置控制代码发送至所述服务器内的过程具体为：

通过基础网络通信协议将预设的通信配置控制代码发送至所述服务器内。

优选地，所述服务器恢复受管状态后还包括：

获取所述服务器在处于托管状态时产生的托管数据，将所述托管数据发送至所述服务器管理中心内的数据库，使所述服务器管理中心内的数据与所述服务器内的数据保持同步。

优选地，所述判断服务器是否处于托管状态的过程具体为：

定期发送检测信息至所述服务器，若未接收到所述服务器回复的信息或接收到的回复信息错误，则判定所述服务器处于托管状态。

为解决上述技术问题，本发明还提供了一种服务器故障恢复装置，用于服务器管理中心，包括：

判断模块，用于判断服务器是否处于托管状态，若是，触发获取模块；

所述获取模块，用于获取所述服务器的特征信息；

信息校验模块，用于将所述特征信息与所述服务器管理中心内预先存储的特征信息进行比对，若一致，触发通信修复模块；

所述通信修复模块，用于通过基础网络通信协议将预设的通信配置控制代码发送至所述服务器内，以供所述服务器内的配置文件在所述通信配置控制代码的控制下进行通信配置，使所述服务器恢复受管状态。

优选地，还包括：

数据恢复模块，用于获取所述服务器在处于托管状态时产生的托管数据，将所述托管数据发送至所述服务器管理中心内的数据库，使所述服务器管理中心内的数据与所述服务器内的数据保持同步；

其中，所述通信修复模块使所述服务器恢复受管状态后，触发所述数据恢复模块。

本发明提供了一种服务器故障恢复方法及其装置，在本发明中当通过特征信息比对判断该处于托管状态的服务器由该服务器管理中心控制之后，将预设的通信配置控制代码发送至服务器内，服务器内的配置文件在通信配置控制代码的控制下进行通信配置，即修改服务器内的通信信息，使其通信信息与服务器管理中心的信息保持一致，从而恢复受管状态。可见，本发明在当服务器处于托管状态后，能够及时且自动地对服务器的通信配置进行修复，维护效率高；且不需要运维人员进入机房进行维护，降低了对机房运维人员的技术要求，免去了进出机房的困扰，降低了机房的维护成本，保证了服务器的高可用性。

附图说明

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

图1为本发明提供的一种服务器故障恢复方法的过程的流程图；

图2为本发明提供的一种服务器故障恢复装置的结构示意图。

具体实施方式

本发明的核心是提供一种服务器故障恢复方法及其装置，在当服务器处于托管状态后，能够及时且自动地对服务器的通信配置进行修复，维护效率高；同时，降低对机房运维人员的技术要求以及机房的维护成本，保证服务器的高可用性。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供了一种服务器故障恢复方法，用于服务器管理中心，参见图1所示，图1为本发明提供的一种服务器故障恢复方法的过程的流程图；该方法包括：

步骤s101：判断服务器是否处于托管状态，若是，进入步骤s102；

步骤s102：获取服务器内的特征信息；

步骤s103：将特征信息与服务器管理中心内预先存储的特征信息进行比对；若一致，进入步骤s104；

步骤s104：将预设的通信配置控制代码发送至服务器内，以供服务器内的配置文件在通信配置控制代码的控制下进行通信配置，使服务器恢复受管状态。

可以理解的是，这里的特征信息与服务器唯一对应，在服务器最开始与服务器管理中心建立连接时，服务器管理中心即提取了服务器的特征信息并存储至自身内部的数据库内。这里的特征信息包括服务器的主板号以及出厂序列号等。当特征信息与服务器管理中心内预先存储的特征信息比对一致时，表明该服务器处于该服务器管理中心的控制之下，若不一致，表明该服务器不归该服务器管理中心控制，此时无法对该托管状态下的服务器进行故障恢复。

另外，这里的通信配置控制代码可由工作人员按照一定规则编写，代码的内容本发明并不限定，只要编写的通信配置控制代码能够控制服务器内的配置文件进行通信配置，修复服务器内的通信信息即可。

作为选地，这里的特征信息内携带有服务器内预先植入的标识符。例如，标识符为IP。这里的IP的生成规则可由工作人员自行决定，灵活性高。当然标识符也可不为IP，只要生成的标识符能够作为服务器的标识且与服务器唯一对应即可。

可以理解的是，这里的标识符的生成规则由工作人员确定，通过在服务器内预先植入与其唯一对应的标识符，且在服务器管理中心获取特征信息时，将标识符植入该特征信息内，服务器管理中心通过确认特征信息内是否包含有正确的标识符，即可避免服务器造假的情况出现，提高了可靠性。

作为优选地，将预设的通信配置控制代码发送至服务器内的过程具体为：

通过基础网络通信协议将预设的通信配置控制代码发送至服务器内。

可以理解的是，通过基础网络通信协议传输通信配置控制代码，而不依赖其他通信软件的传输方式，保证了服务器故障恢复操作的可靠性和稳定性。

作为优选地，服务器恢复受管状态后还包括：

获取服务器在处于托管状态时产生的托管数据，将托管数据发送至服务器管理中心内的数据库，使服务器管理中心内的数据与服务器内的数据保持同步。

可以理解的是，由于服务器在处于托管状态时会产生部分托管数据，该部分数据产生时由于服务器与服务器管理中心无法通信，故并未与服务器管理中心内存储的数据同步。由于部分服务器需要保证自身数据与服务器管理中心的同步性，故需要通过上述操作，在服务器恢复受管状态后，进一步恢复与服务器管理中心的数据同步性，保证了服务器管理中心内数据的正确性和完整性。

具体的，判断服务器是否处于托管状态的过程具体为：

定期发送检测信息至服务器，若未接收到服务器回复的信息或接收到的回复信息错误，则判定服务器处于托管状态。

另外，导致服务器处于托管状态的原因包括由于网络环境变化或是服务器配置被篡改或服务器管理中心数据误删等非常规操作导致的服务器通信不可达。

本发明提供了一种服务器故障恢复方法，在本发明中当通过特征信息比对判断该处于托管状态的服务器由该服务器管理中心控制之后，将预设的通信配置控制代码发送至服务器内，服务器内的配置文件在通信配置控制代码的控制下进行通信配置，即修改服务器内的通信信息，使其通信信息与服务器管理中心的信息保持一致，从而恢复受管状态。可见，本发明在当服务器处于托管状态后，能够及时且自动地对服务器的通信配置进行修复，维护效率高；且不需要运维人员进入机房进行维护，降低了对机房运维人员的技术要求，免去了进出机房的困扰，降低了机房的维护成本，保证了服务器的高可用性。

本发明还提供了一种服务器故障恢复装置，用于服务器管理中心，参见图2所示，图2为本发明提供的一种服务器故障恢复装置的结构示意图。该装置包括：

判断模块11，用于判断服务器是否处于托管状态，若是，触发获取模块12；

获取模块12，用于获取服务器内的特征信息；

信息校验模块13，用于将特征信息与服务器管理中心内预先存储的特征信息进行比对，若一致，触发通信修复模块14；

通信修复模块14，用于通过基础网络通信协议将预设的通信配置控制代码发送至服务器内，以供服务器内的配置文件在通信配置控制代码的控制下进行通信配置，使服务器恢复受管状态。

作为优选地，还包括：

数据恢复模块15，用于获取服务器在处于托管状态时产生的托管数据，将托管数据发送至服务器管理中心内的数据库，使服务器管理中心内的数据与服务器内的数据保持同步；

其中，通信修复模块14使服务器恢复受管状态后，触发数据恢复模块15。

另外，这里的数据恢复模块15是在装饰者设计模式下，将数据同步的代码进行装载得到的。这里的数据同步的代码可由工作人员自行编写，只要能够实现本发明目的即可。

本发明提供了一种服务器故障恢复装置，在本发明中当通过特征信息比对判断该处于托管状态的服务器由该服务器管理中心控制之后，将预设的通信配置控制代码发送至服务器内，服务器内的配置文件在通信配置控制代码的控制下进行通信配置，即修改服务器内的通信信息，使其通信信息与服务器管理中心的信息保持一致，从而恢复受管状态。可见，本发明在当服务器处于托管状态后，能够及时且自动地对服务器的通信配置进行修复，维护效率高；且不需要运维人员进入机房进行维护，降低了对机房运维人员的技术要求，免去了进出机房的困扰，降低了机房的维护成本，保证了服务器的高可用性。

需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其他实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (6)

1.一种服务器故障恢复方法，用于服务器管理中心，其特征在于，包括：

判断服务器是否处于托管状态，若是，获取所述服务器内的特征信息；其中，所述特征信息内携带有所述服务器内预先植入的标识符；

将所述特征信息与所述服务器管理中心内预先存储的特征信息进行比对；

若一致，将预设的通信配置控制代码发送至所述服务器内，以供所述服务器内的配置文件在所述通信配置控制代码的控制下进行通信配置，使所述服务器恢复受管状态。

2.根据权利要求1所述的方法，其特征在于，所述将预设的通信配置控制代码发送至所述服务器内的过程具体为：

通过基础网络通信协议将预设的通信配置控制代码发送至所述服务器内。

3.根据权利要求1或2所述的方法，其特征在于，所述服务器恢复受管状态后还包括：

获取所述服务器在处于托管状态时产生的托管数据，将所述托管数据发送至所述服务器管理中心内的数据库，使所述服务器管理中心内的数据与所述服务器内的数据保持同步。

4.根据权利要求3所述的方法，其特征在于，所述判断服务器是否处于托管状态的过程具体为：

定期发送检测信息至所述服务器，若未接收到所述服务器回复的信息或接收到的回复信息错误，则判定所述服务器处于托管状态。

5.一种服务器故障恢复装置，用于服务器管理中心，其特征在于，包括：

判断模块，用于判断服务器是否处于托管状态，若是，触发获取模块；

所述获取模块，用于获取所述服务器的特征信息；其中，所述特征信息内携带有所述服务器内预先植入的标识符；

信息校验模块，用于将所述特征信息与所述服务器管理中心内预先存储的特征信息进行比对，若一致，触发通信修复模块；

所述通信修复模块，用于通过基础网络通信协议将预设的通信配置控制代码发送至所述服务器内，以供所述服务器内的配置文件在所述通信配置控制代码的控制下进行通信配置，使所述服务器恢复受管状态。

6.根据权利要求5所述的装置，其特征在于，还包括：

数据恢复模块，用于获取所述服务器在处于托管状态时产生的托管数据，将所述托管数据发送至所述服务器管理中心内的数据库，使所述服务器管理中心内的数据与所述服务器内的数据保持同步；

其中，所述通信修复模块使所述服务器恢复受管状态后，触发所述数据恢复模块。