一种多场景故障处理方法、系统及介质与流程

本发明涉及服务器故障监控技术领域，特别是涉及一种多场景故障处理方法、系统及介质。

背景技术：

在服务器运行过程中，若出现了故障，则需要将故障上报并处理，现有的故障处理方式是基于固有的处理方式对故障进行处理，并通过sel(systemerrorlog，系统错误日志)记录故障日志；这种方式对于可记录的故障信息有一定的限制，导致故障日志无法在故障发生时还原对应的故障场景。

综上所述，现有的故障处理方式无法满足各种情况下对故障进行精确定位，最终降低了服务器的可维护性和故障处理效率。

技术实现要素：

本发明主要解决的是现有的故障处理方式无法满足各种情况下对故障进行精确定位，最终降低了服务器的可维护性和故障处理效率的问题。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种多场景故障处理方法，包括以下步骤：

设定服务器的第一类故障阶段，根据所述第一类故障阶段执行第一故障处理步骤，得到第一故障信息；

设定所述服务器的第二类故障阶段，获取所述服务器的管理命令，根据所述第二类故障阶段和所述管理命令执行第二故障处理步骤，得到第二故障信息；

配置故障信息收集程序，调用所述故障信息收集程序对所述第一故障信息和所述第二故障信息执行信息补充步骤，得到故障数据集。

作为一种改进的方案，所述第一类故障阶段包括启动故障阶段和运行故障阶段；

所述第二类故障阶段包括第一可视化故障阶段、第二可视化故障阶段和第三可视化故障阶段；

所述管理命令为所述服务器中对于固件设备的控制命令。

作为一种改进的方案，所述第一故障处理步骤包括：

当所述第一类故障阶段为所述启动故障阶段时，获取服务器校验系统的设备信息和所述固件设备的初始化信息，整合所述设备信息和所述初始化信息，得到所述第一故障信息；

当所述第一类故障阶段为所述运行故障阶段时，识别所述固件设备中的故障设备，对所述故障设备执行中断处理，通过bios对所述故障设备执行故障判断步骤，得到所述第一故障信息。

作为一种改进的方案，所述故障判断步骤包括：

所述bios判断所述故障设备是否生成第一故障信号；

若生成，则所述bios解析所述第一故障信号，得到所述第一故障信息；

若未生成，则通过所述服务器的操作系统对所述故障设备再次执行所述中断处理，并获取所述故障设备的数据层代码，基于所述数据层代码获取与所述故障设备对应的所述第一故障信息。

作为一种改进的方案，所述第二故障处理步骤包括：

当所述第二类故障阶段为所述第一可视化故障阶段时，下发所述管理命令，得到所述固件设备的第一固件信息，解析所述第一固件信息，得到所述第二故障信息；

当所述第二类故障阶段为所述第二可视化故障阶段时，判断所述服务器对于故障状态是否支持热重启保存，若支持，则在所述服务器重启后，通过所述bios获取所述服务器处于所述启动故障阶段时的故障状态信息，并设定所述故障状态信息为所述第二故障信息；

当所述第二类故障阶段为所述第三可视化故障阶段时，通过cpld获取所述服务器的处理设备的宕机信号，访问与所述宕机信号对应的所述固件设备，得到第二固件信息，解析所述第二固件信息，得到所述第二故障信息。

作为一种改进的方案，所述设定所述服务器的第二类故障阶段的步骤进一步包括：

当所述服务器出现黑屏宕机情况时，设定所述服务器处于所述第一可视化故障阶段；

当所述服务器出现故障重启情况时，设定所述服务器处于所述第二可视化故障阶段；

当所述服务器出现系统错误宕机情况时，设定所述服务器处于所述第三可视化故障阶段。

作为一种改进的方案，所述信息补充步骤包括：

调用所述故障信息收集程序分别获取所述第一故障信息和所述第二故障信息的故障附加数据；

基于所述故障附加数据设定与所述第一故障信息和所述第二故障信息分别对应的故障类别数据；

将所述故障附加数据和所述故障类别数据分别与其对应的所述第一故障信息或所述第二故障信息进行整合，得到与所述第一故障信息或所述第二故障信息对应的所述故障数据集。

作为一种改进的方案，所述故障附加数据包括：所述故障信息的收集时间、收集源、所属设备和源数据；

所述故障类别数据包括故障特征码和故障级别。

本发明还提供一种多场景故障处理系统，包括：

运行故障处理模块、可视化故障处理模块和信息优化模块；

所述运行故障处理模块用于设定服务器的第一类故障阶段，并根据所述第一类故障阶段执行第一故障处理步骤，得到第一故障信息；

所述可视化故障处理模块用于设定所述服务器的第二类故障阶段，并获取服务器的管理命令，所述可视化故障处理模块根据所述第二类故障阶段和所述管理命令执行第二故障处理步骤，得到第二故障信息；

所述信息优化模块用于配置故障信息收集程序，并调用所述故障信息收集程序对所述第一故障信息和所述第二故障信息执行信息补充步骤，得到故障数据集。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述多场景故障处理方法的步骤。

本发明的有益效果是：

1、本发明所述的多场景故障处理方法，可以实现对故障信息采取统一的方式进行收集，并对多应用场景下的故障信息进行细化处理，使故障信息转换为故障数据集，便于后期对于故障的精准定位或复盘等处理，极大的提高了服务器的可维护性和故障处理效率。

2、本发明所述的多场景故障处理系统，可以通过运行故障处理模块、可视化故障处理模块和信息优化模块的相互配合，进而实现对故障信息采取统一的方式进行收集，并对多应用场景下的故障信息进行细化处理，使故障信息转换为故障数据集，便于后期对于故障的精准定位或复盘等处理，极大的提高了服务器的可维护性和故障处理效率。

3、本发明所述的计算机可读存储介质，可以实现引导运行故障处理模块、可视化故障处理模块和信息优化模块进行配合，进而实现对故障信息采取统一的方式进行收集，并对多应用场景下的故障信息进行细化处理，使故障信息转换为故障数据集，便于后期对于故障的精准定位或复盘等处理，极大的提高了服务器的可维护性和故障处理效率，且有效的增加了所述多场景故障处理方法的可操作性。

附图说明

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

图1是本发明实施例1所述的多场景故障处理方法的流程图；

图2是本发明实施例1所述的多场景故障处理方法的具体流程示意图；

图3是本发明实施例2所述的多场景故障处理系统的架构图。

具体实施方式

下面结合附图对本发明的较佳实施例进行详细阐述，以使本发明的优点和特征能更易于被本领域技术人员理解，从而对本发明的保护范围做出更为清楚明确的界定。

在本发明的描述中，需要说明的是，本发明所描述的实施例是本发明一部分实施例，而不是全部的实施例；基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“第一”、“第二”、“第三”、“第四”、“第五”、“第一类”、“第二类”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“故障阶段”、“故障处理步骤”、“管理命令”、“故障信息收集程序”、“信息补充步骤”、“故障数据集”、“故障信息”、“启动故障阶段”、“运行故障阶段”、“固件设备”、“初始化信息”、“服务器校验系统”、“中断处理”、“故障设备”、“数据层代码”、“可视化故障阶段”、“热重启保存”、“故障状态”、“故障状态信息”、“故障附加数据”、“故障类别数据”、“故障收集时间”、“故障收集源”、“故障所属设备”、“故障源数据”、“故障特征码”、“故障级别”、“黑屏宕机情况”、“故障重启情况”、“系统错误宕机情况”应做广义理解。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本发明的描述中，需要说明的是：

smart是一种管理工具；

sata是一种硬盘的类别；

smi是简单网络管理协议；

cache是一种关系型数据库；

m.2nvme是一种固态硬盘的类别；

os(operationsystem)是一种操作系统；

sel(systemerrorlog)是系统错误日志；

ierr(internalerror)是一种系统错误类型；

gpu(graphicsprocessingunit)是图形处理器；

cpu(centralprocessingunit)是中央集成处理器；

upi(userpremisesinterface)是一种用户程序接口；

mca(machinecheckarchitecture)是机器校验架构；

bios(basicinputoutputsystem)是基本输入输出系统；

bmc(baseboardmanagementcontroller)是基板管理控制器；

cpld(complexprogramminglogicdevice)是复杂可编程逻辑器件；

ipmi(intelligentplatformmanagementinterface)是智能平台管理接口；

pcie(peripheralcomponentinterconnectexpress)是高速串行计算机扩展总线标准。

实施例1

本实施例提供一种多场景故障处理方法，如图1和图2所示，包括以下步骤：

首先，需要描述的是，本实施例所应用的场景为服务器的不同运行阶段和不同故障场景；

具体的，针对于不同的服务器应用场景，现有的故障处理方法为采用固有的故障处理方式，例如：在系统发生mca时，触发smi中断，bios检测故障，并解析故障信息，将故障信息按照sel格式发送至bmc，之后对该故障进行解决，并通过bmc将发送的故障信息记录至故障日志；在系统启动阶段出现硬件故障时，bios直接生成硬件故障信息，并将该硬件故障信息按照sel命令的形式进行发送，bmc根据该sel命令进行故障日志的更新；在服务器宕机时，通过bmc进行收集与sel命令相关的寄存器信息，并将该寄存器信息保存至故障日志；

现有的故障处理方法都通过sel进行故障信息的保存，而sel仅支持3个字节的信息存储量，所以故障日志中的故障信息非该故障在发生时所产生的所有的故障信息，举例说明：当cpu出现故障时，若cpu为访问某固件设备时产生错误或者由于负载量过多产生超频错误时，对于cpu的故障所记录的故障信息均为cpu故障，此时，对于cpu具体故障无法分辨，且无法对服务器进行维护；当同种故障再次产生时，仍无法进行对应的故障；

本实施例所描述的多场景故障处理方法，针对于上述现有技术中存在的问题，进行了解决：

s100、设置服务器的第一类故障阶段；根据第一类故障阶段执行第一故障处理步骤，得到第一故障信息；所述第一故障处理步骤包括第一故障处理动作和第二故障处理动作：

具体的，对于服务器的启动阶段(即启动故障阶段)进行划分，在本实施例中，考虑到服务器启动阶段时具体的过程为服务器中各个硬件设备进行初始化的过程，因硬件设备的初始化过程中，进行一些数据初始化或掉电数据恢复都需要通过内存进行处理，所以将硬件初始化过程进行统一划分，其中包括：内存初始化前阶段和内存初始化后阶段；

具体的，对于该内存初始化前阶段和内存初始化后阶段产生的故障信息采取对应的第一故障处理动作：收集该阶段内的mca故障信息(即服务器校验系统的设备信息)和硬件初始化过程中出现的硬件错误(即固件设备的初始化信息)，并将其整合为第一故障信息发送至带外监控管理系统，即bmc，该bmc仅作为带外监控管理系统在本实施例中的一种实施方式，不做任何限定；

具体的，内存初始化前阶段和内存初始化后阶段可以通过获取内存启动信息，并设定第一中断点和第二中断点，当内存启动信息达到第一中断点时，判断此时的服务器启动阶段为内存初始化前阶段，当内存启动信息达到第二中断点时，判断此时的服务器启动阶段为内存初始化后阶段；

具体的，同时可设定第三中断点，当内存启动信息达到第三中断点时，判断此时服务器处于运行阶段(即运行故障阶段)；

具体的，当服务器处于运行阶段时，对服务器采取第二故障处理动作；检测服务器中的硬件设备是否出现运行故障，若出现，则对该硬件设备(即故障设备)执行中断处理，并通过bios进行故障判断步骤：bios判断是否可以检测到该硬件设备的第一故障信号，若可以，则bios将该第一故障信号解析为对应的第一故障信息并发送至所述带外监控管理系统；若不可以，则os对该硬件设备进行第二故障处理步骤：os对该硬件设备进行中断处理，并获取该硬件设备的数据层故障代码，并根据该故障代码获取该硬件设备对应的第一故障信息，并对此第一故障信息采取对应的信息处理动作；举例说明：os通过解析数据层故障代码来判断故障的具体内容，若该故障具体内容为mca错误，则os检测cpu子模块中故障寄存器，并获取该故障寄存器的故障寄存器信息，对应的信息处理动作为：os将该故障寄存器信息发送至带外监控管理系统；若该故障具体内容为硬盘错误，则os通过smart工具获取硬盘的健康状态和硬盘的扇区环境，并控制硬盘进行自检；最终得到硬盘的自检信息；并解析所述自检信息中的故障硬盘信息；对应的信息处理动作为：os将该故障硬盘信息通过ipmi通道发送至带外监控管理系统；

具体的，启动阶段和运行阶段均为所述第一类故障阶段；第一类故障阶段仅作为同类别的故障阶段的概括，且第一类故障阶段为服务器启动至服务器运行时产生故障的阶段，其均属于通过内存进程信息进行故障判断的阶段；

通过本步骤，可以对服务器的不同阶段的故障信息做到明确的处理，首先满足了两种服务器应用情况下的故障处理，进一步提高了服务器故障处理效率和可维护性。

s200、设置服务器的第二类故障阶段；根据该第二类故障阶段对故障信息执行第二故障处理步骤，得到第二故障信息；所述第二故障处理步骤包括：第三故障处理动作、第四故障处理动作和第五故障处理动作；

具体的，将第二类故障阶段包括：第一可视化故障阶段、第二可视化故障阶段和第三可视化故障阶段；其中，当服务器出现黑屏宕机时(即黑屏宕机情况)，即服务器突然死机或无法进行操作，无硬件信号，且服务器所连接的显示输出设备黑屏，此时，判断服务器处于第一可视化故障阶段；当服务器出现故障重启时(即故障重启情况)，即服务器出现除特定控制下的重启以外的重启情况时，判断服务器处于第二可视化故障阶段；当服务器出现ierr宕机时(即系统错误宕机情况)，即服务器因系统未知错误导致死机或无法操作时，服务器所连接的输出设备输出ierr相关错误，此时，判断服务器处于第三可视化故障阶段；

具体的，在服务器处于第一可视化故障阶段时，因无法通过显示操作进行对应的信息捕捉，故此时对服务器执行第三故障处理动作：判断服务器是否可以进行带内操作，若可以，则进行带内操作获取对应的故障信息，若不可以，则强制获取服务器中硬件设备的硬件信息ipmi命令(即管理命令)，并在服务器处于第一可视化故障阶段时，下发此ipmi命令来获取对应的硬件信息(即第一固件信息)，解析获取到的硬件信息，得到对应的第一故障信息，并将该第二故障信息发送至带外监控管理系统；通常情况下，服务器在此状态都无法进行带内操作；且强制获取服务器中硬件设备的硬件信息ipmi命令需要预先进行，并当服务器出现黑屏宕机时进行ipmi命令的使用；

具体的，在服务器处于第二可视化故障阶段时，只能对服务器进行重启后进行第四故障处理动作：判断服务器是否支持热重启保留错误状态，若支持，则在所述服务器重启时进入到所述启动阶段后，通过bios获取启动阶段下对应错误状态的故障信息(即故障状态信息)，并将该故障信息发送至带外监控管理系统；

具体的，在服务器处于第三可视化故障阶段时，执行第五故障处理动作：通过cpld检测服务器中cpu(即处理设备)的ierr宕机信号，并将该ierr宕机信号发送至带外监控管理系统；带外监控管理系统根据该ierr宕机信号访问对应的硬件设备，并收集该硬件设备对应的硬件信息(即第二固件信息)，解析收集到的硬件信息，得到故障信息；举例说明：因带外管理系统配置有访问各个硬件设备的功能，故带外监控管理系统收到该ierr宕机信号后，可以对应的通过peci通道访问cpu寄存器，通过iic总线访问监控外设部件；

具体的，带外监控管理系统中配置有信息管理模块，带外监控管理系统将收集到的故障信息均存储至该信息管理模块中；

具体的，在本实施例中，bios以及os与带外监控管理系统间的交互方式是通过ipmi命令传输或将数据写入共享内存，并通过信号通知带外监控管理系统对共享内存中的数据进行拿取；且具体的交互方式不做限定，仅作为本方法中部分步骤的一种实施方式；

具体的，第二类故障阶段仅作为可视化类故障的产生阶段的概括，本实施例中所描述的第一可视化故障阶段、第二可视化故障阶段和第三可视化故障阶段分别用于对黑屏宕机、服务器故障重启和ierr宕机的同类型故障进行区分限定，其分别对应不同的可视化故障产生情况；

通过本步骤，可以针对服务器在没有硬件信号下的宕机场景和其他不同情况下的宕机场景做出对应的故障处理，进一步提高了服务器故障处理效率和可维护性。

s300、在带外监控管理系统中配置故障信息收集程序，调用该程序进行不同场景下故障信息的收集；因带外监控管理系统收到的故障信息均为统一结构的初始数据，带外监控管理系统通过故障信息收集程序对该故障信息的故障附加信息进行收集，并根据故障附加信息对该故障信息进行对应的分类并补充，得到对应的故障数据集；

具体的，故障信息收集程序可以为执行脚本、执行函数或命令，且该程序运行时需要固件设备提供运行支撑，该固件设备可为收集模块或收集芯片等，例如统一标准的数据收集接口，在此仅作为一种实施方式，且不做任何限定；

具体的，故障附加信息包括：故障信息收集时间、故障信息收集源、故障信息所属设备和故障信息的原始数据(即故障信息的源数据)；在本实施例中，故障信息收集源包括：bios、os和bmc；故障信息所属设备包括：cpu、内存、pcie或硬盘；故障信息的原始数据包括：在对故障进行中断或读取处理时的16进制数据；在本实施例中，故障信息收集源、故障信息所属设备和故障信息的原始数据不做对应的限定，根据服务器的具体规格进行设定；

具体的，对故障信息进行对应的分类为：根据故障信息所对应的故障信息收集时间、故障信息收集源、故障信息所属设备和故障信息的原始数据为故障信息设定对应的故障特征码和故障级别，其中，故障特征码为对于不同故障所属设备的类别不同，设定对应的特殊错误定义，该故障特征码主要用于对不同故障信息进行区分，类似标记，例如：cpu错误可进行设置的故障特征码为：内部错误、频率错误或物理连接错误等；pcie错误可进行设置的故障特征码为：协议标准不匹配或芯片厂商初始化错误等；其中，故障级别包括：一般级、可修复级、严重级和致命级；

具体的，故障信息所属设备中的cpu可根据具体型号进行细化，例如某些cpu内部可能配置有cache或upi接口；pcie搭载的设备可能是gpu、网卡或其他处理设备；硬盘可能为m.2nvme硬盘或者sata接口硬盘；

通过本实施例所描述的多场景故障处理方法，一方面，通过统一的数据接口进行故障收集，极大的提高了故障处理的效率，且进一步防止故障处理过程中出现其他的意外情况；另一方面，可以对不同多个应用场景下，对故障信息进行统一收集并细化处理，使故障信息转换为故障数据集后，可被更加容易的识别，便于后期对于故障的定位或复盘等处理，极大的提高了服务器的可维护性。

本实施例所描述的方法包括但不限于在实施例1所述的场景中应用，故本实施例中所描述的第一类故障阶段和第二类故障阶段不限于两个，故障阶段仅代表描述目的，且仅作为不同类别的故障场景的概括，故障阶段的具体数量可以根据具体情况进行限定；本实施例所描述的方法还可以应用于所有计算机系统产品的故障诊断处理过程中。

实施例2

本实施例提供一种多场景故障处理系统，如图3所示，包括：运行故障处理模块、可视化故障处理模块和信息优化模块；

运行故障处理模块用于设置服务器的第一类故障阶段，并根据第一类故障阶段执行第一故障处理步骤，得到第一故障信息；所述第一故障处理步骤包括第一故障处理动作和第二故障处理动作：

具体的，运行故障处理模块对服务器的启动阶段进行划分，包括：内存初始化前阶段和内存初始化后阶段；

具体的，运行故障处理模块对于该内存初始化前阶段和内存初始化后阶段产生的故障信息采取对应的第一故障处理动作：运行故障处理模块收集该阶段内的mca故障信息和硬件初始化过程中出现的硬件错误，并将其整合为故障信息发送至带外监控管理系统，即bmc；

具体的，运行故障处理模块设定第一中断点和第二中断点，当内存启动信息达到第一中断点时，运行故障处理模块判断此时的服务器启动阶段为内存初始化前阶段，当内存启动信息达到第二中断点时，运行故障处理模块判断此时的服务器启动阶段为内存初始化后阶段；运行故障处理模块设定第三中断点，当内存启动信息达到第三中断点时，运行故障处理模块判断此时服务器处于运行阶段；

具体的，当服务器处于运行阶段时，运行故障处理模块对服务器采取第二故障处理动作；运行故障处理模块检测服务器中的硬件设备是否出现运行故障，若出现，则对该硬件设备执行中断处理，并控制bios进行故障判断动作：bios判断是否可以检测到该硬件设备的第一故障信号，若可以，则bios将该第一故障信号解析为对应的第一故障信息并发送至所述带外监控管理系统；若不可以，则os对该硬件设备进行第二故障处理步骤：os对该硬件设备进行中断处理，并获取该硬件设备的数据层故障代码，并根据该故障代码获取该硬件设备对应的第一故障信息，并对此第一故障信息采取对应的信息处理动作。

可视化故障处理模块用于设置服务器的第二类故障阶段，并根据该第二类故障阶段对故障信息执行第二故障处理步骤，得到第二故障信息；所述第二故障处理步骤包括：第三故障处理动作、第四故障处理动作和第五故障处理动作；

具体的，第二类故障阶段包括：第一可视化故障阶段、第二可视化故障阶段和第三可视化故障阶段；其中，当服务器出现黑屏宕机时，可视化故障处理模块判断服务器处于第一可视化故障阶段；当服务器出现故障重启时，可视化故障处理模块判断服务器处于第二可视化故障阶段；当服务器出现ierr宕机时，可视化故障处理模块判断服务器处于第三可视化故障阶段；

具体的，在服务器处于第一可视化故障阶段时，可视化故障处理模块对服务器执行第三故障处理动作：可视化故障处理模块判断服务器是否可以进行带内操作，若可以，则可视化故障处理模块进行带内操作获取对应的故障信息，若不可以，则可视化故障处理模块强制获取服务器中硬件设备的硬件信息ipmi命令，并在服务器处于第一可视化故障阶段时，下发此ipmi命令来获取对应的硬件信息，解析获取到的硬件信息，得到对应的故障信息，并将该故障信息发送至带外监控管理系统；

具体的，在服务器处于第二可视化故障阶段时，可视化故障处理模块对服务器执行第四故障处理动作：可视化故障处理模块判断服务器是否支持热重启保留错误状态，若支持，则可视化故障处理模块在所述服务器重启时进入到所述启动阶段后，控制bios获取启动阶段下对应错误状态的故障信息，并将该故障信息发送至带外监控管理系统；

具体的，在服务器处于第三可视化故障阶段时，可视化故障处理模块执行第五故障处理动作：可视化故障处理模块控制cpld检测服务器中cpu的ierr宕机信号，并将该ierr宕机信号发送至带外监控管理系统；带外监控管理系统根据该ierr宕机信号访问对应的硬件设备，并收集该硬件设备对应的硬件信息，解析收集到的硬件信息，得到故障信息。

信息优化模块中配置有带外监控管理系统，且带外监控管理系统中配置有故障信息收集程序，带外监控管理系统中通过该故障信息收集程序进行不同场景下故障信息的收集；因带外监控管理系统收到的故障信息均为统一结构的初始数据，带外监控管理系统对该故障信息进行对应的分类并补充，得到对应的故障数据集。

基于与前述实施例中一种多场景故障处理方法同样的发明构思，本说明书实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述多场景故障处理方法的步骤。

区别于现有技术，采用本申请一种多场景故障处理方法、系统及介质可以通过本方法对故障信息采取统一的方式进行收集，并对多应用场景下的故障信息进行细化处理，使故障信息转换为故障数据集，便于后期对于故障的精准定位或复盘等处理，通过本系统为本方法提供了有效的技术支撑，最终极大的提高了服务器的可维护性和故障处理效率。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。