[发明专利]一种系统故障信息转储的方法与系统

说明书

技术领域

本发明涉及操作系统故障定位技术，尤其涉及一种用来实现在操作系统出现故障时，将故障信息进行转储的方法。

背景技术

随着嵌入式操作系统在通信行业、汽车制造业、军事工业等行业的高速发展，以及开源操作系统的蓬勃发展，操作系统核心技术已经不再由少数企业垄断。对企业来说，定制自己的操作系统已经不再是难题。但是，从另一个方面来看，操作系统软件有它的独特性，现有成熟的调试技术，都是基于操作系统本身提供的功能实现的，能够方便的调试应用程序的BUG，却不能很好的调试内核本身。特别是操作系统崩溃时，可能造成系统死机、自动重启等现象，导致故障现场不保存，普通的调试工具也无法使用。

目前，分析系统崩溃原因的常用方法是：通过调试工具分析系统死机文件，找到出现故障的汇编代码，然后根据故障现场(出现故障时的寄存器值、堆栈信息、当前任务名称等)，分析故障原因。

但是，这种方法的不足之处在于：必须有死机文件存在。这个条件在某些情况下是不容易得到满足的，比如：

1、系统没有保存死机文件的介质。

2、系统崩溃时，文件操作功能已经失效，无法保存死机文件。

3、系统崩溃时，并没有触发内核异常，而是在中断处理代码中陷入了死循环，造成系统无法调度，进而死机。

发明内容

本发明所要解决的技术问题是，提供一种转储系统故障信息的方法及系统。

本发明采用了如下技术方案：

一种系统故障信息转储的方法，包括：

步骤A、根据系统运行环境，在系统运行时注册故障信息的转储接口函数，所述接口函数中设置有故障信息与转储位置的对应关系；

步骤B、当系统故障时，回调所述接口函数，并根据该函数的注册信息转储故障信息到相应的转储位置。

所述接口函数是在内核、驱动程序、模块进行注册的；

所述故障信息至少包括以下信息之一：任务堆栈、CPU寄存器状态、内核关键数据结构信息；

所述系统故障至少包括以下故障之一：系统崩溃、内核陷入死循环。

所述步骤B的信息转储处理包括以下步骤的一种或多种：

步骤B1、如果所述接口函数是注册了将信息转储到内存，则回调该函数，将信息转储到内存；

步骤B2、如果所述接口函数是注册了将信息转储到网络，则回调该函数，将信息转储到网络；

步骤B3、如果所述接口函数是注册了将信息转储到非易失性存储介质，则回调该函数，将信息转储到非易失性存储介质。

所述步骤B1在转储信息时，是将信息转储到系统的保留内存中；所述步骤B1之后还包括以下处理过程：系统带电重启后，可将所述保留内存中的信息进行二次转储，或者打印出来。

所述步骤B2在转储信息时，是系统通过直接控制网卡经网络向其他设备发送数据包，由其他设备保存信息。

一种系统故障信息转储的系统，包括：

信息转储注册模块，用于根据系统运行环境在系统运行时注册信息转储接口函数，所述接口函数中设置有故障信息与转储位置的对应关系；

信息转储模块，用于根据所述接口函数的注册信息转储故障信息到相应的转储位置；

故障检测模块，用于检测系统是否出现故障。

所述系统故障至少包括以下故障之一：系统崩溃、内核陷入死循环。

所述信息转储模块在转储故障信息时包括以下处理的一种或多种：

处理1：如果所述接口函数是注册了将信息转储到内存，则回调该函数，将信息转储到内存；

处理2：如果所述接口函数是注册了将信息转储到网络，则回调该函数，将信息转储到网络；

处理3：如果所述接口函数是注册了将信息转储到非易失性存储介质，则回调该函数，将信息转储到非易失性存储介质。

所述处理1是将信息转储到系统的保留内存中；所述处理1之后还包括以下处理过程：系统带电重启后，可将所述保留内存中的信息进行二次转储，或者打印出来。

所述处理2是系统通过直接控制网卡经网络向其他设备发送数据包，由其他设备保存信息。

本发明的有益效果是：本发明将系统故障信息保存到内存、网络以及非易失性存储介质中，避免了系统没有保存死机文件的介质时获取不到死机文件的情况，也避免了系统崩溃时无法保存死机文件的情况，还避免了死机时无法获取故障信息的情况。

附图说明

图1是本发明方法一种具体实施例的流程示意图。

图2是本发明系统的逻辑结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。