CN109062718A - 一种服务器及数据处理方法 - Google Patents

Abstract

本申请提供了一种服务器及数据处理方法，服务器包括：带外管理系统、控制器和处理器，带外管理系统监控操作系统内核的状态，当操作系统内核发生异常时，向控制器发送指示操作系统内核发生异常的信号，控制器在接收到指示操作系统内核发生异常的信号之后，控制处理器保存操作系统中的问题现场数据，处理器将问题现场数据保存至持久化存储设备中。本申请提供的服务器及数据处理方法在任何情况下都能完整保存操作系统内核发生异常时的问题现场数据，进而可以方便地进行问题定位和调试。

Description

一种服务器及数据处理方法

技术领域

本发明涉及数据处理技术领域，尤其涉及一种服务器及数据处理方法。

背景技术

操作系统内核是操作系统的核心部分，它由操作系统中用于管理存储器、文件、外设和系统资源的那些部分组成。操作系统内核通常运行进程，并提供进程间的通信。在一些应用场景下，如在高可用的企业级应用中，需要操作系统的内核实现高可靠性。

现有技术中，当操作系统出现异常时，通常会采用内核调试工具kdump进行调试。kdump是在系统崩溃、死锁或者死机的时候用来转储内存运行参数的一个工具和服务，比如，系统一旦崩溃，那么正常的内核就没有办法工作，此时，将由kdump产生一个用于收集当前运行信息的内核，该内核会将此时内存中的所有运行状态和数据信息收集到一个dumpcore文件中以便于研发人员分析异常原因，一旦内存信息收集完成，系统将自动重启。

然而，在一些特殊情况下，如操作系统进行死循环，但系统并未崩溃，系统中部分关键性业务还在运行并可以提供对外服务，此时不会触发kdump守护进程，这导致研发人员无法获得函数调用栈、上下文环境变量等问题现场数据，进而无法找到问题的根源。

发明内容

有鉴于此，本发明提供了一种服务器及数据处理方法，用以解决现有技术中，当操作系统异常但系统中仍有业务在运行时，不会触发kdump守护进程，导致问题现场数据无法保存，进而使得研发人员无法确定问题根源的问题，其技术方案如下：

一种服务器，包括：带外管理系统、控制器和处理器；

所述带外管理系统，用于监控操作系统内核的状态，当所述操作系统内核发生异常时，向所述控制器发送指示所述操作系统内核发生异常的信号；

所述控制器，用于在接收到指示所述操作系统内核发生异常的信号之后，控制所述处理器保存操作系统中的问题现场数据；

所述处理器，用于将所述问题现场数据保存至持久化存储设备中。

其中，所述处理器，还用于在将所述问题现场数据保存至所述持久化存储设备之后，向所述控制器发送所述问题现场数据保存完成的指示信息；

所述控制器，还用于在接收到所述问题现场数据保存完成的指示信息之后，向所述带外管理系统发送所述问题现场数据保存完成的指示信息。

其中，所述带外管理系统，还用于在接收到所述问题现场数据保存完成的指示信息后，控制所述处理器重启所述操作系统。

其中，所述控制器，具体用于在接收到所述控制信号之后，控制所述处理器中断所述操作系统的相关执行流程，保存所述操作系统中的问题现场数据。

其中，所述带外管理系统中包括看门狗；

所述看门狗，用于接收所述操作系统内核定期发送的刷新信号；

所述带外管理系统，具体用于当所述看门狗在预设时间内未接收到来自所述操作系统内核的所述刷新信号时，确定所述操作系统内核发生异常。

其中，所述处理器，具体用于以RAW格式访问所述持久化存储设备，将所述问题现场数据保存至所述持久化存储设备中。

一种数据处理方法，应用于服务器中的控制器，所述控制器可与所述服务器中的处理器和带外管理系统进行通信；

所述数据处理方法包括：

接收所述带外管理系统监控到操作系统内核发生异常时发送的指示所述操作系统内核发生异常的信号；

控制所述处理器保存操作系统中的问题现场数据。

所述数据处理方法还包括：

在接收到所述问题现场数据保存完成的指示信息之后，向所述带外管理系统发送所述问题现场数据保存完成的指示信息。

一种数据处理方法，应用于带外管理系统，所述带外管理系统可与服务器中的控制器和处理器进行通信；

所述数据处理方法包括：

监控操作系统内核的状态；

当所述操作系统内核发生异常时，向所述控制器发送指示所述操作系统内核发生异常的信号，以使所述控制器控制所述处理器保存操作系统中的问题现场数据。

其中，所述监控操作系统内核的状态，包括：

通过看门狗接收所述操作系统内核定期发送的刷新信号；

当所述看门狗在预设时间内未接收到所述刷新信号时，确定所述操作系统内核发生异常。

上述技术方案具有如下有益效果：

本发明提供的服务器及数据处理方法，带外管理系统可监控操作系统内核的状态，并在操作系统内核发生异常时，向控制器发送指示操作系统内核发生异常的信号，从而使得控制器控制处理器将操作系统中的问题现场数据保存至持久化存储设备，进而使得后续可以基于持久化存储器设备中存储的问题现场数据进行问题分析。由此可见，本发明提供的服务器及数据处理方法在任何情况下都能完整保存操作系统内核发生异常时的问题现场数据，进而可以方便地进行问题定位和调试，并且，无需提前在操作系统中配置，问题发生即可保存问题现场数据，无需预留系统内存，即不会占用系统内存。

附图说明

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

图1为本发明实施例提供的服务器的结构示意图；

图2为本发明实施例提供的数据处理方法的一流程示意图；

图3为本发明实施例提供的数据处理方法的另一流程示意图；

图4为本发明实施例提供的通过带外管理系统、控制器和处理器的交互实现问题现场数据保存的实现过程的流程示意图。

具体实施方式

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

本发明实施例提供了一种服务器，请参阅图1，示出了该服务器的结构示意图，该服务器10可以包括：带外管理系统101、控制器102和处理器103。

带外管理系统101，用于监控操作系统内核的状态，当操作系统内核发生异常时，向控制器102发送指示操作系统内核发生异常的信号。

其中，带外管理系统101可通过I2C总线向控制器102发送指示操作系统内核发生异常的信号。

在一种可能的实现方式中，带外管理系统中设置有看门狗，其可通过看门狗监控操作系统内核的状态，具体监控方式如下：

正常情况下，操作系统内核会定期刷新看门狗，即，操作系统内核会定期向看门狗发送刷新信号，也就是说，看门狗每隔预设时长就会收到来自操作系统内核的刷新信号，若当前距离上一次收到刷新信号的时间超过了预设时长，则可确定操作系统内核发生异常。

当带外管理系统101通过看门狗确定操作系统内核发生异常时，便触发问题现场数据的保存，触发方式为向控制器102发送指示操作系统内核发生异常的信号。

控制器102，用于在接收到指示操作系统内核发生异常的信号之后，控制处理器103保存操作系统中的问题现场数据。

控制器在接收到带外管理系统101发送的指示操作系统内核发生异常的信号之后，控制处理器103中断操作系统的相关执行流程，保存操作系统中的问题现场数据。具体地，控制器102接收到指示操作系统内核发生异常的信号之后，调用处理器的特殊指令集，使处理器进入系统管理中断SMI服务程序，此时，处理器将进入系统管理模式SMM，操作系统相关执行流程将被挂起，处理器保存操作系统中的问题现场数据。

处理器103，用于将问题现场数据保存至持久化存储设备中。

在本实施例中，处理器103可以RAW格式访问持久化存储设备，将问题现场数据保存至持久化存储设备中，以便在系统重启后，问题现场数据仍然保存在持久化存储设备中。

优选地，处理器103在将问题现场数据保存至持久化存储设备之后，可向控制器102发送问题现场数据保存完成的指示信息，控制器102在接收到问题现场数据保存完成的指示信息之后，进一步向带外管理系统101发送问题现场数据保存完成的指示信息。带外管理系统101在接收到问题现场数据保存完成的指示信息后，可控制处理器103重启操作系统，当然，也可使操作系统继续运行。

本发明实施例提供的服务器中，带外管理系统可监控操作系统内核的状态，并在操作系统内核发生异常时，向控制器发送指示操作系统内核发生异常的信号，从而使得控制器控制处理器将操作系统中的问题现场数据保存至持久化存储设备，进而使得后续可以基于持久化存储器设备中存储的问题现场数据进行问题分析。由此可见，本发明实施例提供的服务器在任何情况下都能完整保存操作系统内核发生异常时的问题现场数据，进而可以方便地进行问题定位和调试，并且，无需提前在操作系统中配置，问题发生即可保存问题现场数据，无需预留系统内存，即不会占用系统内存。

本发明实施例还提供了一种数据处理方法，该方法可应用于服务器中的控制器，控制器可与服务器中的处理器和带外管理系统进行通信，请参阅图2，示出了该数据处理方法的流程示意图，可以包括：

步骤S201：接收带外管理系统监控到操作系统内核发生异常时发送的指示所述操作系统内核发生异常的信号。

步骤S202：控制处理器保存操作系统中的问题现场数据。

本发明实施例提供的数据处理方法还可以包括：在接收到问题现场数据保存完成的指示信息之后，向带外管理系统发送问题现场数据保存完成的指示信息。

本发明实施例提供的数据处理方法使得，在任何情况下都能完整保存操作系统内核发生异常时的问题现场数据，进而可以方便地进行问题定位和调试，并且，无需提前在操作系统中配置，问题发生即可保存问题现场数据，无需预留系统内存，即不会占用系统内存。

本发明实施例还提供了一种数据处理方法，该数据处理方法应用于带外管理系统，带外管理系统可与服务器中的控制器和处理器进行通信，该数据处理方法可以包括：

步骤S301：监控处理器的状态。

在一种可能的实现方式中，可通过看门狗接收操作系统内核定期发送的刷新信号，当看门狗在预设时间内未接收到刷新信号时，确定操作系统内核发生异常。

步骤S302：当处理器的状态指示操作系统内核发生异常时，向控制器发送控制信号，以使控制器控制处理器保存操作系统中的问题现场数据。

可选地，本发明实施例提供的数据处理方法还可以包括：当接收到指示问题现场数据保存完成的指示信息时，控制处理器重启操作系统。

本发明实施例提供的数据处理方法使得，在任何情况下都能完整保存操作系统内核发生异常时的问题现场数据，进而可以方便地进行问题定位和调试，并且，无需提前在操作系统中配置，问题发生即可保存问题现场数据，无需预留系统内存，即不会占用系统内存。

下面通过带外管理系统、控制器和处理器的交互过程来说明本发明实现问题现场数据保存的实现过程，请参阅图4，示出了带外管理系统、控制器和处理器实现问题现场数据保存的实现过程的流程示意图，可以包括：

步骤S401：带外管理系统通过看门狗监控操作系统内核的状态。

操作系统内核会定期刷新看门狗，即，操作系统内核会定期向看门狗发送刷新信号，也就是说，看门狗每隔预设时长就会收到来自操作系统内核的刷新信号，若当前距离上一次收到刷新信号的时间超过了预设时长，则可确定操作系统内核发生异常。

步骤S402：当操作系统内核发生异常时，带外管理系统通过I2C总线向控制器发送指示操作系统内核发生异常的信号。

步骤S403：控制器调用处理器的特殊指令集，

步骤S404：处理器进入系统管理中断服务程序。

处理器进入系统管理中断服务程序，操作系统相关执行流程将被挂起。

步骤S405：处理器以RAW格式访问持久化存储设备，将问题现场数据保存至持久化存储设备中。

步骤S406：处理器保存完问题现场数据之后，向控制器发送问题现场数据保存完成的通知消息。

步骤S407：控制器在接收到问题现场数据保存完成的通知消息之后，向带外管理系统发送问题现场数据保存完成的通知消息。

步骤S408：带外管理系统向处理器发送控制信号，以控制系统重启。

系统重启后，问题现场数据仍保存在持久化存储设备中。

上述实现过程中，带外管理系统可监控操作系统内核的状态，并在操作系统内核发生异常时，向控制器发送指示操作系统内核发生异常的信号，从而使得控制器控制处理器将操作系统中的问题现场数据保存至持久化存储设备，进而使得后续可以基于持久化存储器设备中存储的问题现场数据进行问题分析。由此可见，本发明实施例提供的实现问题现场数据保存的方法能够在任何情况下完整保存操作系统内核发生异常时的问题现场数据，进而可以方便地进行问题定位和调试，并且，无需提前在操作系统中配置，无需预留系统内存，即问题发生即可保存问题现场数据，且不会占用系统内存。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种服务器，其特征在于，包括：带外管理系统、控制器和处理器；

所述带外管理系统，用于监控操作系统内核的状态，当所述操作系统内核发生异常时，向所述控制器发送指示所述操作系统内核发生异常的信号；

所述控制器，用于在接收到指示所述操作系统内核发生异常的信号之后，控制所述处理器保存操作系统中的问题现场数据；

所述处理器，用于将所述问题现场数据保存至持久化存储设备中。

2.根据权利要求1所述的服务器，其特征在于，所述处理器，还用于在将所述问题现场数据保存至所述持久化存储设备之后，向所述控制器发送所述问题现场数据保存完成的指示信息；

所述控制器，还用于在接收到所述问题现场数据保存完成的指示信息之后，向所述带外管理系统发送所述问题现场数据保存完成的指示信息。

3.根据权利要求2所述的服务器，其特征在于，所述带外管理系统，还用于在接收到所述问题现场数据保存完成的指示信息后，控制所述处理器重启所述操作系统。

4.根据权利要求1所述的服务器，其特征在于，所述控制器，具体用于在接收到所述控制信号之后，控制所述处理器中断所述操作系统的相关执行流程，保存所述操作系统中的问题现场数据。

5.根据权利要求1所述的服务器，其特征在于，所述带外管理系统中包括看门狗；

所述看门狗，用于接收所述操作系统内核定期发送的刷新信号；

所述带外管理系统，具体用于当所述看门狗在预设时间内未接收到来自所述操作系统内核的所述刷新信号时，确定所述操作系统内核发生异常。

6.根据权利要求1所述的服务器，其特征在于，所述处理器，具体用于以RAW格式访问所述持久化存储设备，将所述问题现场数据保存至所述持久化存储设备中。

7.一种数据处理方法，其特征在于，应用于服务器中的控制器，所述控制器可与所述服务器中的处理器和带外管理系统进行通信；

所述数据处理方法包括：

接收所述带外管理系统监控到操作系统内核发生异常时发送的指示所述操作系统内核发生异常的信号；

控制所述处理器保存操作系统中的问题现场数据。

8.根据权利要求7所述的数据处理方法，其特征在于，所述数据处理方法还包括：

在接收到所述问题现场数据保存完成的指示信息之后，向所述带外管理系统发送所述问题现场数据保存完成的指示信息。

9.一种数据处理方法，其特征在于，应用于带外管理系统，所述带外管理系统可与服务器中的控制器和处理器进行通信；

所述数据处理方法包括：

监控操作系统内核的状态；

当所述操作系统内核发生异常时，向所述控制器发送指示所述操作系统内核发生异常的信号，以使所述控制器控制所述处理器保存操作系统中的问题现场数据。

10.根据权利要求9所述的数据处理方法，其特征在于，所述监控操作系统内核的状态，包括：

通过看门狗接收所述操作系统内核定期发送的刷新信号；

当所述看门狗在预设时间内未接收到所述刷新信号时，确定所述操作系统内核发生异常。