CN109144800A - 一种服务器故障信息的收集方法、装置及相关设备 - Google Patents

Abstract

本申请公开了一种服务器故障信息的收集方法，包括根据接收的上电信号发送采集指令至预定数量个故障采集设备；接收各个所述故障采集设备采集的故障信息；对各个所述故障信息进行封装，获得故障数据包；将所述故障数据包发送至控制终端；该服务器故障信息的收集方法可快速高效的对服务器初始化过程中的故障信息进行诊断和收集，进一步避免了人力和时间的浪费，有效的提高了故障信息收集效率；本申请还公开了一种服务器故障信息的收集装置、系统、服务器以及计算机可读存储介质，也具有上述有益效果。

Description

一种服务器故障信息的收集方法、装置及相关设备

技术领域

本申请涉及服务器技术领域，特别涉及一种服务器故障信息的收集方法，还涉及一种服务器故障信息的收集装置、系统、一种服务器以及计算机可读存储介质。

背景技术

随着互联网时代的快速发展，对海量数据处理能力的需求也随之增长，从而对服务器提出了更高的要求，在网络技术、虚拟化技术、分布式应用快速发展的今天，服务器所要求的可用性，可靠性，可服务性的指标越来越高，各个领域中各种业务的正常运转对高端服务器的可用性也提出了很高的要求，由此，提高服务器自身快速诊断定位系统问题的能力显得尤为重要。

服务器的故障诊断过程，可分为开机过程和正常运行过程，其中，开机过程中的主要任务是完成服务器内的CPU、内存、IO设备等各个设备的初始化，初始化操作系统的服务，使得操作系统能获取系统硬件信息及操作硬件的接口。

现有的服务器固件的故障诊断方法主要是通过SMI中断错误处理服务针对系统故障进行诊断并报告出来，然而，该方法仅服务于正在运行的操作系统下的硬件错误，而无法实现服务器在初始化过程中的故障诊断及信息收集。如果需要对服务器在初始化过程中的故障进行诊断和信息收集，则需要通过技术人员在基于串口打印出来的初始化信息中进行查找。然而，服务器的初始化信息包括有服务器所有模块加载、结束、运行时间等各项信息，随着服务器技术的发展，其初始化信息的信息量逐渐增大，在大量的初始化信息中以人工的方式进行故障查询和收集，很容易发生故障信息遗漏、故障内容不清晰的问题，同时，也造成了人力以及时间的浪费，使故障信息搜寻效率大大降低。

因此，如何快速高效的对服务器初始化过程中的故障信息进行诊断和收集，进一步避免人力和时间的浪费，提高故障信息收集效率是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种服务器故障信息的收集方法，该收集方法可快速高效的对服务器初始化过程中的故障信息进行诊断和收集，进一步避免了人力和时间的浪费，有效的提高了故障信息收集效率；本申请的另一目的是提供一种服务器故障信息的收集装置、系统、服务器以及计算机可读存储介质，也具有上述有益效果。

为解决上述技术问题，本申请提供了一种服务器故障信息的收集方法，所述收集方法包括：

根据接收的上电信号发送采集指令至预定数量个故障采集设备；

接收各个所述故障采集设备采集的故障信息；

对各个所述故障信息进行封装，获得故障数据包；

将所述故障数据包发送至控制终端。

优选的，所述服务器故障信息的收集方法还包括：

所述控制终端对所述故障数据包进行解析，获得所述故障信息；

将所述故障信息发送至日志记录表中进行保存。

优选的，各个所述故障采集设备采集所述故障信息之后，还包括：

对所述故障信息进打包处理，获得子故障数据包；

则所述控制终端对所述故障数据包进行解析，获得所述故障信息，包括：

对所述故障数据包进行解析，获得各个所述子故障数据包；

对各个所述子故障数据包进行解析，获得所述故障信息。

优选的，所述故障信息包括错误信息和告警信息；则各个所述故障采集设备采集所述故障信息之后，还包括：

对所述错误信息设置错误标志位；

对所述告警信息设置告警标志位。

优选的，所述服务器故障信息的收集方法还包括：

所述控制终端对所述错误标志位进行数量统计，获得统计数据；

判断所述统计数据是否超出预设阈值；

若所述统计数据超出所述预设阈值，则发送报警指令至报警设备。

优选的，所述将所述故障数据包发送至控制终端包括：

通过IPMI接口将所述故障数据包发送至所述控制终端。

为解决上述技术问题，本申请提供了一种服务器故障信息的收集装置，所述收集装置包括：

采集模块，用于根据接收的上电信号发送采集指令至预定数量个故障采集设备；

接收模块，用于接收各个所述故障采集设备采集的故障信息；

封装模块，用于对各个所述故障信息进行封装，获得故障数据包；

发送模块，用于将所述故障数据包发送至控制终端。

为解决上述技术问题，本申请提供了一种服务器，所述服务器包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述任意一种服务器故障信息的收集方法的步骤。

为解决上述技术问题，本申请提供了一种服务器故障信息的收集系统，所述手机系统包括：

服务器，用于根据接收的上电信号发送采集指令至预定数量个故障采集设备；接收各个所述故障采集设备采集的故障信息；对各个所述故障信息进行封装，获得故障数据包；将所述故障数据包发送至控制终端；

所述预定数量个故障采集设备，用于根据所述采集指令采集所述故障信息；

控制终端，用于接收所述服务器发送的所述故障数据包。

为解决上述技术问题，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种服务器故障信息的收集方法的步骤。

本申请所提供的一种服务器故障信息的收集方法，包括根据接收的上电信号发送采集指令至预定数量个故障采集设备；接收各个所述故障采集设备采集的故障信息；对各个所述故障信息进行封装，获得故障数据包；将所述故障数据包发送至控制终端。

可见，本申请所提供的服务器故障信息的收集方法，通过在服务器的各个模块设置相应的故障采集设备，在服务器接收到上电信号后的初始化过程中，利用故障采集设备对服务器初始化过程中发生的故障进行信息收集，而无需从串口打印的初始化信息中对故障信息进行人工查询，方便快捷，有效节省了人力和时间浪费，提高了故障信息收集效率；进一步，将故障信息发送至控制终端，使得用户能够及时地获取到准确的服务器故障信息，及时地了解到服务器的稳定性和可靠性，并对服务器发生故障的部分进行及时的维修处理。

本申请所提供的一种服务器故障信息的收集装置、系统、服务器以及计算机可读存储介质，也具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请所提供的一种服务器故障信息的收集方法的流程示意图；

图2为本申请所提供的另一种服务器故障信息的收集方法的流程示意图；

图3为本申请所提供的一种服务器故障信息的收集装置的结构示意图；

图4为本申请所提供的一种服务器的结构示意图；

图5为本申请所提供的一种服务器故障信息的收集系统的结构示意图。

具体实施方式

本申请的核心是提供一种服务器故障信息的收集方法，该收集方法可快速高效的对服务器初始化过程中的故障信息进行诊断和收集，进一步避免了人力和时间的浪费，有效的提高了故障信息收集效率；本申请的另一核心是提供一种服务器故障信息的收集装置、系统、服务器以及计算机可读存储介质，也具有上述有益效果。

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

请参考图1，图1为本申请所提供的一种服务器故障信息的收集方法的流程示意图，该收集方法可以包括：

S101：根据接收的上电信号发送采集指令至预定数量个故障采集设备；

具体的，服务器在接收到上电信号后，首先会进入初始化过程，此时，可自动生成采集指令，将其下发至各个硬件模块对应的故障采集设备中；进一步，由故障采集设备根据上述采集指令对服务器初始化过程中的故障进行信息收集，获得相应的故障信息。

其中，对于上述故障采集设备的数量，即上述预定数量，可由技术人员依据实际需求或服务器相关特性进行设置，本申请不做具体限定。此外，对于故障采集设备的具体安装位置，同样可由技术人员依据实际需求或服务器相关特性进行设置，例如，可预先对服务器在初始化过程中常见的故障进行收集并归纳筛选，如带宽降频降速、内存初始化错误、IO设备资源不足等，以确定服务器中易于发生故障的位置，并将故障采集设备设置于这些易于发生故障的位置上，以进一步进行故障信息的采集。

S102：接收各个故障采集设备采集的故障信息；

具体的，在各个故障采集设备完成对各个模块对应的故障信息的采集后，即可将其返回至服务器，由服务器对其进行后续处理。其中，对于上述各个故障采集设备对故障信息的返回方式，并不唯一，例如，可采用即时发送的方法，即各个故障采集设备在完成故障信息的采集后可直接将其发送至服务器，无需等待其他仍然正在进行故障信息采集的故障采集设备；也可采用同时发送的方法，即按照服务器的初始化时间，在服务器的初始化过程完成后，各个信息故障采集设备同时将各自采集的故障信息返回至服务器。不论基于以上哪种故障信息的发送方式，或是其他发送方式，均不影响本技术方案的实施。

S103：对各个故障信息进行封装，获得故障数据包；

具体的，在获得各个硬件模块的故障信息后，即可将各个故障信息进行封装处理，以获得相应的故障数据包。其中，对于上述故障信息的封装方式，可参见现有技术中的任意一种方式，本申请在此不进行限定。通过对故障信息进行封装处理，获得相应的故障数据包，更加便于故障信息的传输。

S104：将故障数据包发送至控制终端。

具体的，在获得故障数据包后，即可将其发送至控制终端，由此，即完成了服务器在初始化过程中故障信息的收集。其中，对于上述故障数据包的发送方式，可参照现有技术中的任意一种数据发送方式，如可通过相应的接口、数据传输线、局域网传输等形式实现，均不影响本技术方案的实施。此外，对于上述控制终端的类型、设置位置以及方式等，本申请同样不做限定。

优选的，上述将故障数据包发送至控制终端可以包括：通过IPMI接口(Intelligent Platform Management Interface，智能平台管理接口)将故障数据包发送至控制终端。

具体的，还可以根据实际需求进一步设定故障数据包在发送过程中的数据格式，在本申请中，选用IPMI接口，使故障数据包以IPMI的格式发送至控制终端。IPMI是一个开放的免费标准，通过IPMI，技术人员可以通过故障信息直接定位到具体的硬件设备和具体的硬件错误，实现对服务器中各个组件实际状况的主动监测。

作为一种优选实施例，该服务器故障信息的收集方法还可以包括：控制终端对故障数据包进行解析，获得故障信息；将故障信息发送至日志记录表中进行保存。

具体的，在控制终端获得故障数据包，完成服务器故障信息的收集后，为便于技术人员的查看，还可进一步对该故障数据包进行解析处理，获得相应的故障信息。对于上述解析方式，参见现有技术即可，本申请不做限定；进一步，即可将解析获得的故障信息进行保存，对于故障信息的保存，本申请提供了一种较为具体的实施方式，即将故障信息发送至日志记录表中，以日志的形式完成保存，更加便于技术人员的查看。当然，也可以不执行上述对故障数据包解析的步骤，直接将故障数据包进行保存即可，并不影响本技术方案的实施。

进一步，作为一种优选实施例，上述各个故障采集设备采集故障信息之后，还可以包括：对故障信息进打包处理，获得子故障数据包；则：

上述控制终端对故障数据包进行解析，获得故障信息，可以包括：对故障数据包进行解析，获得各个子故障数据包；对各个子故障数据包进行解析，获得故障信息。

具体的，由于某一个故障采集设备所采集到的故障信息可能并不唯一，甚至可能为多个，而不同的故障采集设备对应于不同的硬件模块，为便于数据传输与查看，在各个故障采集设备完成对故障信息的采集后，可进一步对故障信息进行打包处理，获得子故障数据包，其中，子故障数据包的数量与故障采集设备的数量相等。由此，则实现了将来自同一硬件模块的故障信息打包为一个子故障数据包，进一步对各个子故障数据包进行整理归纳，即可获得上述故障数据包，更加便于后期技术人员的查看。

进一步，由于故障采集设备对采集的故障信息进行了打包处理，那么控制终端在获得故障数据包后，可先对其进行解析获得各个子故障数据包，再对各个子故障数据包进行解析，即可获得相应的故障信息。由此，故障信息在日志记录表中可以按照其所属硬件模块依次排列，更加便于技术人员确定发生故障发生的具体位置。

本申请所提供的服务器故障信息的收集方法，通过在服务器的各个模块设置相应的故障采集设备，在服务器接收到上电信号后的初始化过程中，利用故障采集设备对服务器初始化过程中发生的故障进行信息收集，而无需从串口打印的初始化信息中对故障信息进行人工查询，方便快捷，有效节省了人力和时间浪费，提高了故障信息收集效率；进一步，将故障信息发送至控制终端，使得用户能够及时地获取到准确的服务器故障信息，及时地了解到服务器的稳定性和可靠性，并对服务器发生故障的部分进行及时的维修处理。

在上述各个实施例的基础上，请参考图2，图2为本申请所提供的另一种服务器故障信息的收集方法的流程示意图。

作为一种优选实施例，上述故障信息可以包括错误信息和告警信息；则上述各个故障采集设备采集故障信息之后，还可以包括：

S203：对错误信息设置错误标志位；对告警信息设置告警标志位。

具体的，对于服务器中的故障信息，可分为错误信息和告警信息，其中，错误信息即为已影响服务器正常运行的信息，告警信息即为需要及时进行处理但并未影响服务器正常运行的信息。因此，可进一步对故障信息设置相应的标志位，以标志所获得的故障信息的类型，具体可通过对错误信息设置错误标志位，对告警信息设置告警标志位来实现。由此，技术人员即可根据相应的标志位确定硬件模块的故障类型，并及时的对错误信息对应的故障进行处理，进一步保证服务器的正常运行。

另外，对于上述标记位的设置过程，可在故障采集设备完成所有的故障信息采集后，对各个故障信息进行识别，再完成标记位的设置；也可以是每采集一个故障信息就对其进行识别，并进行标记位的设置，直至所有故障信息对应的标记位全部设置完成。其不论采用哪种具体实现方式，均不影响本技术方案的实施。

优选的，该服务器故障信息的收集方法还可以包括：

S209：控制终端对错误标志位进行数量统计，获得统计数据；

S210：判断统计数据是否超出预设阈值；

S211：若统计数据超出预设阈值，则发送报警指令至报警设备。

具体的，在控制终端获得故障信息后，即可根据标志位对故障信息中的错误信息进行数量统计，获得相应的统计数据；进一步，判断该统计数据是否超出预设阈值，如若超出预设阈值，则说明服务器已无法正常运行，此时可立即发送报警指令至相应的报警设备进行报警，以通知技术人员及时进行故障维修。其中，对于上述预设阈值，可根据实际需求进行设置，本申请不做唯一限定，但需要说明的是，其预设阈值的取值总低于上述统计数据。

对于本申请实施例的其他方法部分，参照上一具体实施方式即可，本申请在此不再赘述。

为解决上述问题，请参考图3，图3为本申请所提供的一种服务器故障信息的收集装置的结构示意图，该收集装置可包括：

采集模块1，用于根据接收的上电信号发送采集指令至预定数量个故障采集设备；

接收模块2，用于接收各个故障采集设备采集的故障信息；

封装模块3，用于对各个故障信息进行封装，获得故障数据包；

发送模块4，用于将故障数据包发送至控制终端。

对于本申请提供的装置的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，请参考图4，图4为本申请所提供的一种服务器的结构示意图，该服务器可包括：

存储器11，用于存储计算机程序；

处理器12，用于执行计算机程序时可实现如下骤：

根据接收的上电信号发送采集指令至预定数量个故障采集设备；接收各个故障采集设备采集的故障信息；对各个故障信息进行封装，获得故障数据包；将故障数据包发送至控制终端。

对于本申请提供的设备的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，请参考图5，图5为本申请所提供的一种服务器故障信息的收集系统的结构示意图，该收集系统可以包括：

服务器10，用于根据接收的上电信号发送采集指令至预定数量个故障采集设备20；接收各个故障采集设备20采集的故障信息；对各个故障信息进行封装，获得故障数据包；将故障数据包发送至控制终端30；

预定数量个故障采集设备20，用于根据采集指令采集故障信息；

控制终端30，用于接收服务器10发送的故障数据包。

作为一种优选实施例，上述控制终端30还可以用于对故障数据包进行解析，获得故障信息；将故障信息发送至日志记录表中进行保存。

作为一种优选实施例，上述故障采集设备20还可以用于对故障信息进打包处理，获得子故障数据包；则上述控制终端30具体用于对故障数据包进行解析，获得各个子故障数据包；对各个子故障数据包进行解析，获得故障信息。

作为一种优选实施例，上述故障采集设备20还可以用于对错误信息设置错误标志位；对告警信息设置告警标志位。

作为一种优选实施例，上述控制终端30还用于对错误标志位进行数量统计，获得统计数据；判断统计数据是否超出预设阈值；若统计数据超出预设阈值，则发送报警指令至报警设备。

对于本申请提供的系统的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如下骤：

根据接收的上电信号发送采集指令至预定数量个故障采集设备；接收各个故障采集设备采集的故障信息；对各个故障信息进行封装，获得故障数据包；将故障数据包发送至控制终端。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本申请提供的计算机可读存储介质的介绍请参照上述方法实施例，本申请在此不做赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的服务器故障信息的收集方法、装置、系统、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围要素。

Claims (10)

1.一种服务器故障信息的收集方法，其特征在于，包括：

根据接收的上电信号发送采集指令至预定数量个故障采集设备；

接收各个所述故障采集设备采集的故障信息；

对各个所述故障信息进行封装，获得故障数据包；

将所述故障数据包发送至控制终端。

2.如权利要求1所述的收集方法，其特征在于，还包括：

所述控制终端对所述故障数据包进行解析，获得所述故障信息；

将所述故障信息发送至日志记录表中进行保存。

3.如权利要求2所述的收集方法，其特征在于，各个所述故障采集设备采集所述故障信息之后，还包括：

对所述故障信息进打包处理，获得子故障数据包；

则所述控制终端对所述故障数据包进行解析，获得所述故障信息，包括：

对所述故障数据包进行解析，获得各个所述子故障数据包；

对各个所述子故障数据包进行解析，获得所述故障信息。

4.如权利要求1所述的收集方法，其特征在于，所述故障信息包括错误信息和告警信息；则各个所述故障采集设备采集所述故障信息之后，还包括：

对所述错误信息设置错误标志位；

对所述告警信息设置告警标志位。

5.如权利要求4所述的收集方法，其特征在于，还包括：

所述控制终端对所述错误标志位进行数量统计，获得统计数据；

判断所述统计数据是否超出预设阈值；

若所述统计数据超出所述预设阈值，则发送报警指令至报警设备。

6.如权利要求1至5任意一项所述的收集方法，其特征在于，所述将所述故障数据包发送至控制终端包括：

通过IPMI接口将所述故障数据包发送至所述控制终端。

7.一种服务器故障信息的收集装置，其特征在于，包括：

采集模块，用于根据接收的上电信号发送采集指令至预定数量个故障采集设备；

接收模块，用于接收各个所述故障采集设备采集的故障信息；

封装模块，用于对各个所述故障信息进行封装，获得故障数据包；

发送模块，用于将所述故障数据包发送至控制终端。

8.一种服务器，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至6任意一项所述的服务器故障信息的收集方法的步骤。

9.一种服务器故障信息的收集系统，其特征在于，包括：

服务器，用于根据接收的上电信号发送采集指令至预定数量个故障采集设备；接收各个所述故障采集设备采集的故障信息；对各个所述故障信息进行封装，获得故障数据包；将所述故障数据包发送至控制终端；

所述预定数量个故障采集设备，用于根据所述采集指令采集所述故障信息；

控制终端，用于接收所述服务器发送的所述故障数据包。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任意一项所述的服务器故障信息的收集方法的步骤。