[发明专利]操作系统OS中应急事件的数据采集方法和装置

说明书

技术领域

本发明总体上涉及计算机领域，更具体地，涉及操作系统OS中应急事件的数据采集方法和装置。

背景技术

现有技术中，在大型集群的数据中心和计算中心的应用时，常常需要对各个节点进行配置和维护

节点分散的分布形态、数据中心或者机房管理员，在涉及到需要配置各个节点的BIOS设置的维护工作时，根据互联网数据中心IDC的数据，应用在各个行业的服务器操作系统应急事件OS panic的故障率高达10％。

然而，出现这么高的故障率的情况下，往往因为缺少故障发生时的现场的基础数据而无法准确定位和解决。因此，目前亟需一种对与故障相关的数据的采集的机制。

发明内容

为解决上述问题，本发明提供了一种操作系统OS中应急事件的数据采集方法，包括以下步骤：启动操作系统；当发生OS应急事件时，检查是否有胶囊capsule的数据包，如果发现有胶囊的数据包，则检查所述数据包中是否有包含所述OS应急事件的数据，如果发现有包含所述OS应急事件的数据，则确定有胶囊的数据包对所述OS是否永久有效，如果发现所述有胶囊的数据包对所述OS永久有效，则将所述有胶囊的数据包列入系统表中；以及将系统复位。

在启动所述操作系统的步骤之前，所述方法还包括：处理上一次应急事件的数据，并将与所述数据相关的分析信息显示出来进行故障诊断。

当所述OS应急事件发生时，所述OS通过调用统一可扩展固定接口UEFI规范中定义的所述capsule的相关服务来构建所述capsule，并将所述capsule发送给固件firmware。

其中，构建所述capsule的所述相关服务将所述数据封装成所述capsule，所述firmware将所述capsule记录在存储介质中。

其中，所述存储介质为非易失性存储介质。

此外，还提供了一种操作系统OS中应急事件的数据采集装置，包括：启动模块，用于启动操作系统；第一检查模块，用于在发生OS应急事件时，检查是否有胶囊capsule的数据包；第二检测模块，用于在发现有胶囊的数据包时，检查所述数据包中是否有包含所述OS应急事件的数据；确定模块，用于在发现有包含所述OS应急事件的数据时，确定有胶囊的数据包对所述OS是否永久有效；采集模块，用于在发现所述有胶囊的数据包对所述OS永久有效时，将所述有胶囊的数据包列入系统表中；以及复位模块，用于将系统复位。

其中，当所述OS应急事件发生时，所述OS通过调用统一可扩展固定接口UEFI规范中定义的所述capsule的相关服务来构建所述capsule，并将所述capsule发送给固件firmware。

附图说明

当结合附图进行阅读时，根据下面详细的描述可以更好地理解本发明。应该强调的是，根据工业中的标准实践，各种部件没有被按比例绘制。实际上，为了清楚的讨论，各种部件的尺寸可以被任意增加或减少

图1示出了根据本发明的示例性实施例的OS下OS应急事件数据处理功能的基本流程图；

图2示出了根据本发明的示例性实施例的OS panic数据的采集机制；以及

图3示出了根据本发明的示例性实施例的基本硬件布局。

具体实施方式

为了实施本发明的不同部件，以下描述提供了许多不同的实施例或示例。以下描述元件和布置的特定示例以简化本发明。当然这些仅仅是示例并不打算限定。再者，以下描述中第一部件形成在第二部件上可包括其中第一和第二部件以直接接触形成的实施例，并且也可包括其中额外的部件形成插入到第一和第二部件中的实施例，使得第一和第二部件不直接接触。为了简明和清楚，可以任意地以不同的尺寸绘制各种部件。

传统的BIOS下，当系统故障时，只能通过调用INT10的视频服务，将错误及相关的一些信息打印到屏幕，而对比传统的启动方法，不同的机制也存在安全启动，UEFI规范定义了操作系统和平台firmware沟通的接口，这个结构包括了平台相关的信息，以及OS下可以调用的相关的启动和常驻服务。这些接口和服务提供了一种机制。操作系统可以将数据封装成capsule，并传递给平台firmware。

本发明大体的技术方案思路如下：

本方案通过基于UEFI架构的系统BIOS层面，将节点的OS出现Panic时将OS panic数据，封装成数据包，通过网络协议将数据包送给远程的管理控制台，或者在操作系统下的常驻服务将数据发送给系统BIOS，实现对节点OS panic数据的采集，为问题的定位提供了必要的基础数据。