对服务器的内存进行故障检测方法、装置及电子设备

摘要

本申请实施例提供一种对服务器的内存进行故障检测方法、装置及电子设备。在本实施例中，通过接收到的开机自检码数据，在服务器相匹配的自检码解析表中查找与该开机自检码数据对应的故障解析结果，进而确定是否为内存故障，实现服务器的内存故障检测，进而可以帮助用户快速定位设备故障；进一步地，在确定故障解析结果指示内存故障后，还依据故障解析结果和已使用I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型，以便于维修人员尽快根据该具体故障类型修复服务器。

权利要求

1.一种对服务器的内存进行故障检测方法，其特征在于，该方法应用于管理服务器的基板管理控制器BMC，该方法包括：将所述服务器开机时基于基本输入输出系统BIOS自检程序检测出的故障对应的初始自检码数据从BMC内核态变换至BMC用户态，得到目标自检码数据；

在与所述服务器相匹配的自检码解析表中查找与所述目标自检码数据对应的故障解析结果；所述自检码解析表包括多个配对的自检码数据与故障解析结果；

若所述故障解析结果指示内存故障，则依据所述故障解析结果和已使用串行通讯总线I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型。

2.根据权利要求1所述的方法，其特征在于，所述将所述服务器开机时基于基本输入输出系统BIOS自检程序检测出的内存故障对应的初始自检码数据从BMC内核态变换至BMC用户态，得到目标自检码数据，包括：通过BMC内核态中第一内核地址接收并存放所述服务器开机时基于BIOS自检程序检测出的故障对应的初始自检码数据；所述BIOS通过第一指定接口传送初始自检码数据至所述第一内核地址；

在所述BMC内核中，对所述初始自检码数据进行判断，若所述初始自检码数据为不满足指定要求的数据，则对所述初始自检码数据进行字节补充处理，以使初始自检码数据转换为满足所述指定要求的数据，并将处理后的数据从BMC内核态发送至BMC用户态，将在BMC用户态接收到的该处理后的数据确定为所述目标自检码数据，否则，将所述初始自检码数据从BMC内核态发送至BMC用户态，将在BMC用户态接收到的所述初始自检码数据确定为所述目标自检码数据。

3.根据权利要求1所述的方法，其特征在于，

所述服务器相匹配的自检码解析表是基于所述服务器中CPU确定的，同一CPU型号对应同一自检码解析表。

4.根据权利要求1所述的方法，其特征在于，若所述故障解析结果指示内存故障，则依据所述故障解析结果和已使用串行通讯总线I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型，包括：获得通过使用I2C扫描插槽上的内存在位情况；

若所述故障解析结果为无内存No Dimms on Any Channel的故障，则当所述内存在位情况为：通过使用I2C扫描到插槽上的内存在位，则确定内存故障的具体故障类型为内存安装未到位；当所述内存在位情况为：通过使用I2C未扫描到插槽上的内存在位，则确定内存故障的具体故障类型为所述服务器上无内存；

若所述故障解析结果为无可用内存No Memory Available，则当所述内存在位情况为：通过使用I2C扫描到插槽上的内存在位时，当所述内存在位情况符合内存插法规则，确定内存故障的具体故障类型为在位内存全部故障；当所述内存在位情况不符合所述内存插法规则，确定内存故障的具体故障类型为内存插法错误。

5.根据权利要求1或4所述的方法，其特征在于，该方法进一步包括：

将确定出的内存故障的具体故障类型通过日志的方式上报至目标终端以通过所述目标终端显示所述具体故障类型并指示根据该内存故障的具体故障类型对所述服务器的内存进行维修。

6.根据权利要求1所述的方法，其特征在于，该方法进一步包括：

若所述故障解析结果指示为非内存故障，则确定非内存故障引起的服务器故障。

7.一种对服务器的内存进行故障检测装置，其特征在于，该装置应用于管理服务器的基板管理控制器BMC，该装置包括：目标自检码数据获得模块，用于将所述服务器开机时基于基本输入输出系统BIOS自检程序检测出的故障对应的初始自检码数据从BMC内核态变换至BMC用户态，得到目标自检码数据；

查找模块，用于在与所述服务器相匹配的自检码解析表中查找与所述目标自检码数据对应的故障解析结果；所述自检码解析表包括多个配对的自检码数据与故障解析结果；

故障类型确定模块，用于若所述故障解析结果指示内存故障，则依据所述故障解析结果和已使用串行通讯总线I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型。

8.根据权利要求7所述的装置，其特征在于，所述目标自检码数据获得模块具体用于：通过BMC内核态中第一内核地址接收并存放所述服务器开机时基于BIOS自检程序检测出的故障对应的初始自检码数据；所述BIOS通过第一指定接口传送初始自检码数据至所述第一内核地址；

在所述BMC内核中，对所述初始自检码数据进行判断，若所述初始自检码数据为不满足指定要求的数据，则对所述初始自检码数据进行字节补充处理，以使初始自检码数据转换为满足所述指定要求的数据，并将处理后的数据从BMC内核态发送至BMC用户态，将在BMC用户态接收到的该处理后的数据确定为所述目标自检码数据，否则，将所述初始自检码数据从BMC内核态发送至BMC用户态，将在BMC用户态接收到的所述初始自检码数据确定为所述目标自检码数据。

9.根据权利要求7所述的装置，其特征在于，

所述服务器相匹配的自检码解析表是基于所述服务器中CPU确定的，同一CPU型号对应同一自检码解析表。

10.一种电子设备，其特征在于，电子设备包括：处理器和存储器；

其中，所述存储器，用于存储机器可执行指令；

所述处理器，用于读取并执行所述存储器存储的机器可执行指令，以实现如权利要求1至6任一方法的步骤。

说明书

对服务器的内存进行故障检测方法、装置及电子设备

技术领域

[0001] 本申请涉及故障检测技术领域，尤其涉及一种对服务器的内存进行故障检测方法、装置及电子设备。

背景技术

[0002] 在网络应用中，针对诸如服务器等网络设备，故障信息的准确上报可以快速、有效定位故障。但是，对于诸如尖端微型设备（Advanced Micro Devices，AMD）服务器等一些设备，在无可用内存的情况下，服务器开机后，BIOS按照被定义的顺序运行，当运行至ABL中时，会因没有可用内存无法运行代码，导致服务器的主机直接挂死并显示黑屏，无法上报任何故障信息。

发明内容

[0003] 有鉴于此，本申请提供一种对服务器的内存进行故障检测方法、装置及电子设备，以在服务器没有可用内存时，实现对服务器内存故障的检测。

[0004] 根据本说明书实施例的第一方面，提供一种对服务器的内存进行故障检测方法，该方法应用于管理所述服务器的基板管理控制器BMC，该方法包括：

[0005] 将所述服务器开机时基于基本输入输出系统BIOS自检程序检测出的故障对应的初始自检码数据从BMC内核态变换至BMC用户态，得到目标自检码数据；

[0006] 在与所述服务器相匹配的自检码解析表中查找与所述目标自检码数据对应的故障解析结果；所述自检码解析表包括多个配对的自检码数据与故障解析结果；

[0007] 若所述故障解析结果指示内存故障，则依据所述故障解析结果和已使用串行通讯总线I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型。

[0008] 根据本说明书实施例的第二方面，提供一种对服务器的内存进行故障检测装置，该装置应用于管理所述服务器的基板管理控制器BMC，该装置包括：

[0009] 目标自检码数据获得模块，用于将所述服务器开机时基于基本输入输出系统BIOS自检程序检测出的故障对应的初始自检码数据从BMC内核态变换至BMC用户态，得到目标自检码数据；

[0010] 查找模块，用于在与所述服务器相匹配的自检码解析表中查找与所述目标自检码数据对应的故障解析结果；所述自检码解析表包括多个配对的自检码数据与故障解析结果；

[0011] 故障类型确定模块，用于若所述故障解析结果指示内存故障，则依据所述故障解析结果和已使用串行通讯总线I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型。

[0012] 根据本说明书实施例的第三方面，提供一种电子设备，电子设备包括：处理器和存储器；其中，所述存储器，用于存储机器可执行指令；所述处理器，用于读取并执行所述存储器存储的机器可执行指令，以实现如第一方面的方法的步骤。

[0013] 在本实施例中，通过接收到的开机自检码数据，在服务器相匹配的自检码解析表中查找与该开机自检码数据对应的故障解析结果，进而确定是否为内存故障，实现服务器的内存故障检测，进而可以帮助用户快速定位设备故障；

[0014] 进一步地，在确定故障解析结果指示内存故障后，还依据故障解析结果和已使用I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型，以便于维修人员尽快根据该具体故障类型修复服务器。

附图说明

[0015] 图1是本申请实施例提供的方法流程图。

[0016] 图2是本申请实施例提供的目标自检码数据获得流程图。

[0017] 图3是本申请实施例提供的自检码解析表的一个示例图。

[0018] 图4是本申请实施例提供的具体故障类型确定流程图。

[0019] 图5是本申请实施例提供的目标自检码数据解析示例图。

[0020] 图6是本申请实施例提供的装置图。

[0021] 图7是本申请实施例装置硬件结构示意图。

具体实施方式

[0022] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

[0023] 在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

[0024] 应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

[0025] 为了使本领域技术人员更好地理解本申请实施例提供的技术方案，并使本申请实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例中技术方案作进一步详细的说明。

[0026] 接下来对本申请实施例进行详细说明。

[0027] 参见图1，图1为本申请实施例提供的方法流程图。该方法应用于管理服务器的基板管理控制器BMC，这里，BMC为独立于服务器的一个组件，其与该服务器通信连接。如图1所示，该流程可包括以下步骤：

[0028] S110：将服务器开机时基于BIOS自检程序检测出的故障对应的初始自检码数据从BMC内核态变换至BMC用户态，得到目标自检码数据。

[0029] 示例性地，在本申请实施例中，这里的服务器可以为多种，例如，X86架构下的AMD服务器，ARM架构下的ARM通用服务器，等等。本申请实施例并不具体限定。

[0030] 示例性地，基本输入输出系统（Basic Input Output System，BIOS）为服务器开机时运行的第一个程序，即在服务器开机时，先运行BIOS程序，由BIOS程序进行自检，得到初始自检码数据。这里的初始自检码数据可以包括：内存数据、CPU数据，等等。本申请实施例并不具体限定。

[0031] 示例性地，BMC内核态和BMC用户态为BMC的两个运行状态。其中，BMC内核态可以访问任意的数据，包括外围设备，比如网卡、硬盘等；BMC用户态只能受限的访问服务器的，并且不允许访问外围设备。

[0032] 示例性地，在本实施例中，目标自检码数据为对初始自检码数据进行处理得到的。至于如何将所述服务器开机时基于BIOS自检程序检测出的故障对应的初始自检码数据从BMC内核态变换至BMC用户态，得到目标自检码数据可参见图2所示流程的描述，这里暂不赘述。

[0033] S120：在与服务器相匹配的自检码解析表中查找与目标自检码数据对应的故障解析结果；自检码解析表包括多个配对的自检码数据与故障解析结果。

[0034] 示例性地，在本实施例中，自检码解析表中至少存储有配对的目标自检码数据和故障解析结果，其以XML的形式进行存储。如图3所示，每个目标自检码数据都会对应一个故障解析内容，例如，对于目标自检码数据E310，其对应的解析内容为无内存（No Dimms on Any Channel）。

[0035] 示例性地，在本实施例中，该自检码解析表是提前配置好的，具体地，可以根据服务器所使用的CPU型号进行设置，不同的CPU型号配置不同的自检码解析表，同一CPU型号对应同一自检码解析表。

[0036] 示例性地，以服务器为AMD服务器为例，对于AMD服务器，上述CPU型号可以包括Rome、Genoa、Milan，等等。本申请实施例并不具体限定。

[0037] 在本申请实施例中，BMC通过Redfish接口获取当前服务器使用的CPU的型号，然后根据该CPU型号确定相匹配的自检码解析表。

[0038] 示例性地，在服务器相匹配的自检码解析表中查找与目标自检码数据对应的故障解析结果具体可以为：以目标自检码数据为关键字，在服务器相匹配的自检码解析表中查找与该关键字对应的故障解析结果。

[0039] S130：若故障解析结果指示内存故障，则依据故障解析结果和已使用串行通讯总线I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型。

[0040] 示例性地，在本实施例中，内存故障的具体故障类型可以包括：未安装内存、内存故障，内存安装未到位、内存插法错误，等等。本申请实施例对此并不作具体限定。

[0041] 示例性地，当依据故障解析结果确定出属于内存故障时，为了方便维修人员进行维修，还需要进一步确定内存故障的具体故障类型。具体如何基于故障解析结果和已使用串行通讯总线I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型可参见下图4所示流程的描述，这里暂不赘述。

[0042] 作为本申请一个实施例，当依据故障解析结果指示为非内存故障，则确定非内存故障引起的服务器故障，则需要考虑其他部件故障，这里，其他部件例如可以为，CPU或者主板链路等等。

[0043] 至此，完成图1所示流程。

[0044] 通过图1流程可以看出，本申请实施例中，通过接收到的开机自检码时，在服务器相匹配的自检码解析表中查找与该开机自检码对应的故障解析结果，进而确定是否为内存故障，实现服务器的内存故障检测，进而可以帮助用户快速定位设备故障；

[0045] 进一步地，在确定故障解析结果指示内存故障后，还依据故障解析结果和已使用I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型，以便于维修人员尽快根据该具体故障类型修复服务器。

[0046] 参见图2，图2为本申请实施例提供的目标自检码数据获得流程图。如图2所示，该流程可包括如下步骤：

[0047] S210：通过BMC内核态中第一内核地址接收并存放服务器开机时基于BIOS自检程序检测出的故障对应的初始自检码数据；BIOS通过第一指定接口传送初始自检码数据至第一内核地址。

[0048] 示例性地，在本实施例中，上述第一指定接口可以为80端口，本申请实施例并不具体限定。

[0049] 在执行本步骤S210之前，向地址0x90中写入监听地址0x00810080，该监听地址0x00810080的高四位0081表示对81端口进行监听；低四位0080表示对80端口进行监听。

[0050] 作为本申请一个实施例，使能监听80端口和81端口均可以用2个字节表示，例如，0表示不使能，也就是不开启监听；1表示使能，也就是开启监听。

[0051] 示例性地，在本实施例中，只需要通过端口80发送初始自检码数据，因此只需要提前使能80端口的监听功能即可。

[0052] 示例性地，上述第一内核地址可以为0x94，具体地，低四位可以用于存储本次发送的数据，高四位可以用于存储上一次发送的数据。本申请实施例并不具体限定。

[0053] S220：在BMC内核中，对初始自检码数据进行判断，若初始自检码数据为不满足指定要求的数据，则对初始自检码数据进行字节补充处理，以使初始自检码数据转换为满足指定要求的数据，并将处理后的数据从BMC内核态发送至BMC用户态，将在BMC用户态接收到的该处理后的数据确定为目标自检码数据，否则，将初始自检码数据从BMC内核态发送至BMC用户态，将在BMC用户态接收到的初始自检码数据确定为目标自检码数据。

[0054] 示例性地，在执行本步骤S220之前，当通过0x84监听到有数据过来时，从上述第一内核地址读取本次接收到的初始自检码数据，然后对初始自检码数据进行判断。

[0055] 示例性地，在本实施例中，上述指定要求可以为初始自检码数据为80中断还是8081中断。本申请实施例并不作具体限定。

[0056] 其中，80中断为一字节数据，8081中断为两字节数据。在本实施例中，当初始自检码数据为不满足指定要求的数据时，也即当初始自检码数据为一字节数据时，对初始自检码数据进行字节补充处理，具体地，在该一字节数据的高位补0，得到2字节数据。作为一个实施例，目标自检码数据=初始自检码数据&0x00ff。将在BMC用户态接收到的该处理后的数据确定为目标自检码数据。

[0057] 当初始自检码数据为满足指定要求的数据时，也即当初始自检码数据为两字节数据时，直接将在BMC用户态接收到的初始自检码数据确定为目标自检码数据。

[0058] 本申请实施例通过对接收到的初始自检码数据进行字节统一处理，使得得到目标自检码数据的字节数是统一的，便于后续处理。

[0059] 示例性地，BMC用户态接收到目标自检码数据后，对该目标自检码数据进行解析，将解析后的信息存储到数据库和SD卡中。

[0060] 图5是本申请实施例提供的目标自检码数据解析示意图，其中，第一列数据和第二列数据表征接收到目标自检码数据的时间；第三列表示本次开机过程中接收到的第几个目标自检码数据；第四列表示目标自检码数据对应的数值；第五列表示解析结果。

[0061] 在本实施例中，在执行本步骤S220之前，在BMC用户态预先创建一个监听功能，使能该监听功能，监听从BMC内核态发送的数据。

[0062] 至此，完成图2所示流程的描述。

[0063] 通过图2流程实现了目标自检码数据确定。

[0064] 参见图4，图4为本申请实施例提供的具体故障类型确定流程图。如图4所示，该流程可包括如下步骤：

[0065] S310：获得通过使用I2C扫描插槽上的内存在位情况。

[0066] 示例性地，在本实施例中，使用I2C扫描插槽上的内存在位情况可以为持续性扫描，当确定出故障解析结果指示内存故障后获取扫描的内存在位情况；还可以为当确定出故障解析结果指示内存故障后再利用I2C扫描，获得扫描的内存在位情况。本申请实施例对I2C扫描的时机并不作具体限定。

[0067] 这里，使用I2C扫描插槽上的内存在位情况为常规技术，在此不再赘述。

[0068] 示例性地，在本实施例中，插槽上的内存在位情况可以包括：内存在位、内存不在位，等等，本申请实施例并不具体限定。

[0069] S320：若故障解析结果为无内存No Dimms on Any Channel的故障，则当内存在位情况为：通过使用I2C扫描到插槽上的内存在位，则确定内存故障的具体故障类型为内存安装未到位；当内存在位情况为：通过使用I2C未扫描到插槽上的内存在位，则确定内存故障的具体故障类型为服务器上无内存。

[0070] 示例性地，I2C扫描到插槽上的内存在位情况可以包括：内存在位、内存不在位等等。本申请实施例并不具体限定。

[0071] 当通过使用I2C扫描到插槽上的内存在位，则确定内存故障的具体故障类型为内存安装未到位；当内存在位情况为：通过使用I2C未扫描到插槽上的内存在位，则确定内存故障的具体故障类型为服务器上无内存。

[0072] S330：若故障解析结果为无可用内容No Memory Available，则当内存在位情况为：通过使用I2C扫描到插槽上的内存在位时，当内存在位情况符合内存插法规则，确定内存故障的具体故障类型为在位内存全部故障；当内存在位情况不符合内存插法规则，确定内存故障的具体故障类型为内存插法错误。

[0073] 示例性地，上述内存插法规则是提前定义好的。当使用I2C扫描到插槽上的内存在位时，比对内存在位情况是否符合内存插法规则，若符合，确定内存故障的具体故障类型为在位内存全部故障，否则确定内存故障的具体故障类型为内存插法错误。

[0074] 至此，完成图4所示流程的描述。

[0075] 通过图4流程实现了内存故障的具体故障类型的确定流程。

[0076] 作为本申请实施例一个可选实施方式，该掉电保护方法进一步包括：

[0077] 将确定出的内存故障的具体故障类型通过日志的方式上报至目标终端以通过目标终端显示具体故障类型并指示根据该内存故障的具体故障类型对服务器的内存进行维修。

[0078] 示例性地，在本实施例中，将具体故障类型上报至目标终端可以有很多种方法，例如可以为通过有线网络方式上报，也可以通过无线网络方式上报，本申请实施例对此并不作具体限定，可以根据目标终端与BMC的连接方式确定。

[0079] 示例性地，这里的目标终端可以为BMC所在终端，也可以为其他终端。本申请实施例并不具体限定。

[0080] 在本实施例中，将具体故障类型上报至目标终端进行显示，以便于使用该目标终端的维修人员根据该内存故障的具体故障类型对服务器的内存进行维修。

[0081] 与前述方法的实施例相对应，本说明书还提供了装置及其所应用的终端的实施例。

[0082] 如图6所示，图6是本说明书根据一示例性实施例示出的一种对服务器的内存进行故障检测装置的框图，该装置应用于管理服务器的基板管理控制器BMC，该对服务器的内存进行故障检测装置包括：

[0083] 目标自检码数据获得模块，用于将服务器开机时基于基本输入输出系统BIOS自检程序检测出的故障对应的初始自检码数据从BMC内核态变换至BMC用户态，得到目标自检码数据；

[0084] 查找模块，用于在与服务器相匹配的自检码解析表中查找与目标自检码数据对应的故障解析结果；自检码解析表包括多个配对的自检码数据与故障解析结果；

[0085] 故障类型确定模块，用于若故障解析结果指示内存故障，则依据故障解析结果和已使用串行通讯总线I2C扫描插槽上的内存在位情况，确定内存故障的具体故障类型。

[0086] 作为本申请实施例一个可选实施方式，上述目标自检码数据获得模块具体用于：

[0087] 通过BMC内核态中第一内核地址接收并存放服务器开机时基于BIOS自检程序检测出的故障对应的初始自检码数据；BIOS通过第一指定接口传送初始自检码数据至第一内核地址；

[0088] 在BMC内核中，对初始自检码数据进行判断，若初始自检码数据为不满足指定要求的数据，则对初始自检码数据进行字节补充处理，以使初始自检码数据转换为满足指定要求的数据，并将处理后的数据从BMC内核态发送至BMC用户态，将在BMC用户态接收到的该处理后的数据确定为目标自检码数据，否则，将初始自检码数据从BMC内核态发送至BMC用户态，将在BMC用户态接收到的初始自检码数据确定为目标自检码数据。

[0089] 作为本申请实施例一个可选实施方式，服务器相匹配的自检码解析表是基于服务器中CPU确定的，同一CPU型号对应同一自检码解析表。

[0090] 作为本申请实施例一个可选实施方式，上述故障类型确定模块具体用于：

[0091] 获得通过使用I2C扫描插槽上的内存在位情况；

[0092] 若故障解析结果为无内存No Dimms on Any Channel的故障，则当内存在位情况为：通过使用I2C扫描到插槽上的内存在位，则确定内存故障的具体故障类型为内存安装未到位；当内存在位情况为：通过使用I2C未扫描到插槽上的内存在位，则确定内存故障的具体故障类型为服务器上无内存；

[0093] 若故障解析结果为无可用内存No Memory Available，则当内存在位情况为：通过使用I2C扫描到插槽上的内存在位时，当内存在位情况符合内存插法规则，确定内存故障的具体故障类型为在位内存全部故障；当内存在位情况不符合内存插法规则，确定内存故障的具体故障类型为内存插法错误。

[0094] 作为本申请实施例一个可选实施方式，该对服务器的内存进行故障检测装置还包括：

[0095] 日志上报模块，用于将确定出的内存故障的具体故障类型通过日志的方式上报至目标终端以通过目标终端显示具体故障类型并指示根据该内存故障的具体故障类型对服务器的内存进行维修。

[0096] 作为本申请实施例一个可选实施方式，该对服务器的内存进行故障检测还包括：

[0097] 非内存故障确定模块，用于若故障解析结果指示为非内存故障，则确定非内存故障引起的服务器故障。

[0098] 上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

[0099] 至此，完成图6所示装置的描述。

[0100] 对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

[0101] 对应地，本申请实施例还提供了图6所示装置的硬件结构图，具体如图7所示，该电子设备可以为上述实施方法的设备。如图7所示，该硬件结构包括：处理器和存储器。

[0102] 其中，所述存储器，用于存储机器可执行指令；

[0103] 所述处理器，用于读取并执行所述存储器存储的机器可执行指令，以实现如上所示的所对应的对服务器的内存进行故障检测的方法实施例。

[0104] 作为一个实施例，存储器可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，存储器可以是：易失存储器、非易失性存储器或者类似的存储介质。具体地，存储器可以是RAM（Radom Access Memory，随机存取存储器）、闪存、存储驱动器（如硬盘驱动器）、固态硬盘、任何类型的存储盘（如光盘、DVD等），或者类似的存储介质，或者它们的组合。

[0105] 至此，完成图7所示电子设备的描述。

[0106] 上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

[0107] 本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

[0108] 应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

[0109] 以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。