一种故障检测方法、装置、设备及可读存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种故障检测方法、装置、设备及可读存储介质。


背景技术：

2.在电子设备的研发过程和使用过程中，有时有必要对电子设备的运行状态进行检测，以便及时发现潜在的设备故障，或者在设备出现故障，系统已经出现不稳定的情况下，能够分析出故障点，从而采取相应的措施。


技术实现要素：

3.有鉴于此，本技术实施例提供了一种故障检测方法、装置、设备及可读存储介质。
4.根据本技术第一方面，本技术实施例提供了一种故障检测方法，包括：获取待检测设备的第一状态信息；根据第一状态信息确定第一故障类型；获取与第一故障类型相关的目标部件的第二状态信息；根据第二状态信息确定故障部件和/或第二故障类型。
5.可选地，第一故障类型包括cpu内部错误，与第一故障类型相关的目标部件包括cpu的过程控制单元。
6.可选地，根据第二状态信息确定故障部件和/或第二故障类型，包括：在根据第二状态信息确定过程控制单元出错的情况下，获取过程控制单元出错的错误码；根据错误码确定故障部件和/或第二故障类型。
7.可选地，根据第二状态信息确定故障部件和/或第二故障类型，包括：在根据第二状态信息确定过程控制单元未出错的情况下，获取cpu的第一计时器的第三状态信息；根据第三状态信息确定故障部件和/或第二故障类型。
8.可选地，根据第三状态信息确定故障部件和/或第二故障类型，包括：在根据第三状态信息确定第一计时器存在超时错误的情况下，获取cpu的第二计时器的第四状态信息；在根据第四状态信息确定第二计时器存在超时错误的情况下，获取第二计时器超时错误的错误地址；根据错误地址确定故障部件和/或第二故障类型。
9.可选地，故障检测方法还包括：若根据第一状态信息确定不存在第一故障类型时，则根据第一状态信息确定第三故障类型；获取与第三故障类型相关的目标部件的第五状态信息；根据第五状态信息确定故障部件和/或第四故障类型。
10.可选地，第三故障类型包括机器检查错误，与第三故障类型相关的目标部件包括机器检查错误处理单元，根据第五状态信息确定故障部件和/或第四故障类型，包括：在根据第五状态信息确定多个机器检查错误处理单元出错的情况下，确定出错的机器检查错误处理单元的属性信息；根据属性信息确定故障部件和/或第四故障类型。
11.根据本技术第二方面，本技术实施例提供了一种故障检测装置，包括：第一获取单元，用于获取待检测设备的第一状态信息；第一确定单元，用于根据第一状态信息确定第一故障类型；第二获取单元，用于获取与第一故障类型相关的目标部件的第二状态信息；第二
确定单元，用于根据第二状态信息确定故障部件和/或第二故障类型。
12.根据本技术第三方面，本技术实施例提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器执行如第一方面或第一方面任意实施方式中的故障检测方法。
13.根据本技术第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使计算机执行如第一方面或第一方面任意实施方式中的故障检测方法。
14.本技术实施例提供的故障检测方法、装置、设备及可读存储介质，通过获取待检测设备的第一状态信息；根据第一状态信息确定第一故障类型；获取与第一故障类型相关的目标部件的第二状态信息；根据第二状态信息确定故障部件和/或第二故障类型；从而在对待检测设备故障进行检测时，优先考虑第一故障类型，并在确定了在待检测设备中存在第一故障类型时，考虑导致该第一故障类型的目标部件的故障，从而通过进一步对与第一故障类型相关的目标部件的第二状态信息进行综合分析，确定最终的故障部件和/或第二故障类型，不仅可以减少对非必要故障或间接故障的分析，减少待检测设备的故障检测时间，还可以准确地分析出待检测设备的故障点。
15.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
16.图1为本技术实施例中一种电子设备的硬件结构示意图；
17.图2为本技术实施例中另一电子设备的硬件结构示意图；
18.图3为本技术实施例中电子设备的触摸屏对故障部件和/或第二故障类型进行显示的示意图；
19.图4为本技术实施例中一种故障检测方法的流程示意图；
20.图5为本技术实施例中步骤s104的流程示意图；
21.图6为本技术实施例中一种故障检测装置的结构示意图。
具体实施方式
22.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
23.目前，服务器的运行状态信息可以通过服务器各个部件对应的寄存器记录下来。但是服务器的各个部件对应的寄存器中记录了故障信息，并不代表相应的部件就出了问题，例如，cpu的驱动控制单元(drive control unit，dcu)对应的mca(machine check architecture)寄存器记录了一个故障，如srar类型的故障，而内存对应的内存寄存器记录到了srao类型的故障，但并不能说明cpu的dcu和内存都出现了故障，还要结合其他的寄存
器的记录做综合的分析，这两个故障的最终来源可能是某个内存，而不是cpu和内存都出错了，因此，单单依靠寄存器中记录的故障，并不能准确定位电子设备的故障部件和/或故障类型。为此，本技术实施例提供一种故障检测方法、装置、设备及可读存储介质，通过对服务器各个部件对应的寄存器中记录的状态信息进行综合分析，可以确定具体的故障部件和/或故障类型。
24.本技术实施例提供了一种电子设备，下面说明本技术实施例提供的电子设备的示例性应用，本技术实施例提供的电子设备可以实施为电子设备，电子设备可以是服务器或终端设备。
25.服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本技术实施例在此不做限制。
26.参见图1，图1是本技术实施例提供的电子设备的结构示意图，图1所示的电子设备400包括：至少一个处理器410、存储器450和总线440；电子设备400中的各个组件通过总线440耦合在一起。可理解，总线440用于实现这些组件之间的连接通信。总线440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图1中将各种总线都标为总线440。
27.处理器410可以为中央处理器(central processing unit，cpu)。处理器410还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
28.存储器450作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本技术实施例提供的故障检测方法对应的程序指令/模块。处理器410通过运行存储在存储器32中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现本技术实施例提供的故障检测方法。
29.在一些实施例中，存储器450可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器410所创建的数据等。此外，存储器450可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器450可选包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至处理器410。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
30.在一些实施例中，电子设备400还可以包括：
31.操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
32.网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算设备，示例性的网络接口420包括：蓝牙、无线相容性认证(wifi)、和通用串行总线(usb，universal serial bus)等。
33.在一个可选的实施例中，电子设备的结构示意图，如图2所示，包括处理器410、存储器450、外壳33、触摸屏34、电源开关35、接口36。接口36用于接入待检测设备，例如机群网络或单台设备。接口36可以为rj45网口。通过设置rj45网口，电子设备与待检测设备之间，可以通过网线进行连接。处理器410可以为微处理器，例如单片机或者ram。存储器450可以集成在微处理中，存储器450中存储有本技术实施例提供的故障检测方法对应的程序指令/模块，还存储有实现电子设备与待检测设备专口ip分配，连通网络的程序指令/模块。
34.电源开关35用于对电子设备的断电与通电进行控制，当电源开关处于打开状态，处理器410自动为接口36分配和待检测设备专口同一网段的局域网ip，ip分配好后，电子设备可以通过用户名和密码登录待检测设备，然后电子设备会下一系列平台环境式控制接口(platform environment control interface，peci)命令到待检测设备的基板管理控制器(baseboard manager controller，bmc)，用于通知bmc抓取待检测设备主机相关寄存器原始数据(raw data)，电子设备基于待检测设备返回的raw data，及本技术实施例提供的故障检测方法进行待检测设备故障的分析，并将分析结果显示在触摸屏34上，如图3所示。
35.本技术实施例提供的电子设备，能够分析待检测设备的运行健康状态，便于及时处理待检测设备的运行故障；电子设备小巧，方便携带；可与待检测设备形成配套关系，从而能够增强待检测设备异常的分析和处理能力。
36.本技术实施例提供了一种故障检测方法，如图4所示，包括：
37.s101，获取待检测设备的第一状态信息。
38.在本技术实施例中，待检测设备主机相关寄存器的raw data包括了主机运行状态的原始数据，待检测设备主机相关寄存器包括cpu相关寄存器、内存相关寄存器、主板相关寄存器、机器检查错误处理单元相关寄存器等。基于待检测设备主机相关寄存器的raw data，可以从中获取到待检测设备主机的第一状态信息。
39.在一些实施例中，第一状态信息包括cpu的状态信息、内存的状态信息、机器检查错误处理单元的状态信息等。
40.s102，根据第一状态信息确定第一故障类型。
41.在本技术实施例中，第一故障类型为待检测设备的最主要故障，该最主要故障可能会引起其他类型故障的出现，因此，根据第一状态信息优先确定是否存在第一故障类型。
42.在一些实施例中，当根据第一状态信息确定存在第一故障类型和第二故障类型时，优先确定第一故障类型。
43.在一些实施例中，由于待检测设备的cpu内部出现错误时，不仅会影响到待检测设备内其他部件的运行，造成其他部件的错误出现，而且cpu是待检测设备的核心部件，因此，应该优先考虑cpu内部错误，从而，第一故障类型包括cpu内部错误。
44.s103，获取与第一故障类型相关的目标部件的第二状态信息。
45.在本技术实施例中，在根据第一状态信息确定存在第一故障类型时，由于第一故障类型是一大类故障的统称，因此，为了获取更具体的故障部件和/或更具体的故障类型，需要获取能够产生第一故障类型的主要部件的第二状态信息。可以从目标部件对应的寄存器中获取目标部件的第二状态信息。
46.在一些实施例中，能够产生cpu内部错误的主要部件为cpu的过程控制单元，因此，与第一故障类型相关的目标部件包括cpu的过程控制单元。可以通过从过程控制单元对应
的寄存器中获取到关于过程控制单元的第二状态信息。
47.s104，根据第二状态信息确定故障部件和/或第二故障类型。
48.在本技术实施例中，第二状态信息中记录了具体地错误数据，例如错误码、错误地址、出错的部件的属性信息等等，因此，根据第二状态信息可以确定具体地故障部件和/或第二故障类型。第二故障类型是第一故障类型下的一个子故障类型。
49.本技术实施例提供的故障检测方法，通过获取待检测设备的第一状态信息；根据第一状态信息确定第一故障类型；获取与第一故障类型相关的目标部件的第二状态信息；根据第二状态信息确定故障部件和/或第二故障类型；从而在对待检测设备故障进行检测时，优先考虑第一故障类型，并在确定了在待检测设备中存在第一故障类型时，考虑导致该第一故障类型的目标部件的故障，从而通过进一步对与第一故障类型相关的目标部件的第二状态信息进行综合分析，确定最终的故障部件和/或第二故障类型，不仅可以减少对非必要故障或间接故障的分析，减少待检测设备的故障检测时间，还可以准确地分析出待检测设备的故障点。
50.在一个可选的实施例中，s104，根据第二状态信息确定故障部件和/或第二故障类型，如图5所示，包括：s104a，在根据第二状态信息确定过程控制单元出错的情况下，获取过程控制单元出错的错误码；根据错误码确定故障部件和/或第二故障类型。s104b，在根据第二状态信息确定过程控制单元未出错的情况下，获取cpu的第一计时器的第三状态信息；根据第三状态信息确定故障部件和/或第二故障类型。
51.在本技术实施例中，第一故障类型包括cpu内部错误，与第一故障类型相关的目标部件包括cpu的过程控制单元。
52.在本技术实施例中，针对步骤s104a，过程控制单元出错的错误码包括：ox4x、oxe、oxf、ox10等。根据错误码确定故障部件和/或第二故障类型时，首先判定过程控制单元出错的错误码是否为ox4x，当判定过程控制单元出错的错误码为ox4x时，判定虚拟现实(virtual reality，vr)异常。当判定过程控制单元出错的错误码不为ox4x时，继续判断过程控制单元出错的错误码是否为xe、oxf或ox10，当判定过程控制单元出错的错误码为xe、oxf或ox10时，判定桌面管理接口(dmi)训练超时错误。当判定过程控制单元出错的错误码不为xe、oxf或ox10时，例如其他错误码时，判定cpu内部错误，需要更换cpu。
53.在本技术实施例中，由于过程控制单元不同的出错码对应不同的第二故障类型和/或故障部件，因此，通过对过程控制单元出错的错误码进行分析，可以准确地确定过程控制单元出错中的故障部件和/或第二故障类型。
54.针对步骤s104b，过程控制单元未出错，则可以获取cpu中第一计时器的第三状态信息，例如，3strike计时器的状态信息。可以通过从第一计时器对应的寄存中获取第一计时器的第三状态信息。然后基于第三状态信息进行分析，确定最终的故障部件和/或第二故障类型。
55.在一个可选的实施方式中，根据第三状态信息确定故障部件和/或第二故障类型，包括：在根据第三状态信息确定第一计时器存在超时错误的情况下，获取cpu的第二计时器的第四状态信息；在根据第四状态信息确定第二计时器存在超时错误的情况下，获取第二计时器超时错误的错误地址；根据错误地址确定故障部件和/或第二故障类型。
56.具体实施时，以3strike计时器为第一计时器为例进行说明。可以根据3strike计
时器状态信息中的错误码确定3strike计时器是否存在超时错误。
57.如果3strike计时器存在超时错误，则需要进一步对引起3strike计时器超时错误的故障部件和/或第二故障类型进行分析。此时，可以再获取tor计时器的状态信息。可以通过从tor计时器对应的寄存器中获取3strike计时器的状态信息。
58.在根据第tor计时器的状态信息确定tor计时器存在超时错误的情况下，确定tor计时器超时错误的错误地址。
59.首先判断错误地址是否指向寻呼信道(paging indicator channel，pch)，如果错误地址指向pch，则可以进一步对引起tor计时器超时错误的故障部件和/或第二故障类型进行分析，判断dmi完成是否超时，如果dmi完成超时，则确定pch端传输超时。如果dmi完成未超时，则判断tor计时器超时错误的错误地址是否指向cpu端有源以太网(power over ethernet，poe)设备的内存映射i/o(memory-mapped i/o，mmio)或mmcfg，如果tor计时器超时错误的错误地址指向cpu端poe设备的mmio或mmcfg，则确定外部高速串行计算机扩展总线标准(peripheral component interconnect express，pcie)设备错误，如果tor计时器超时错误的错误地址不指向cpu端poe设备的mmio或mmcfg，则判断tor计时器超时错误的错误地址是否指向动态随机存取存储器(dynamic random access memory，dram)，如果tor计时器超时错误的错误地址指向dram，则根据dram地址，定位具体内存插槽错误，如果tor计时器超时错误的错误地址不指向dram地址，则确定cpu内部组件错误，需要更换cpu。
60.如果错误地址不指向pch，再判断tor计时器超时错误的错误地址是否指向cpu端poe设备的mmio或mmcfg。如果tor计时器超时错误的错误地址指向cpu端poe设备的mmio或mmcfg，则确定外部pcie设备错误，如果tor计时器超时错误的错误地址不指向cpu端poe设备的mmio或mmcfg，则继续判断tor计时器超时错误的错误地址是否指向dram，如果tor计时器超时错误的错误地址指向dram，则根据dram地址，定位具体内存插槽错误，如果tor计时器超时错误的错误地址不指向dram地址，则确定cpu内部组件错误，需要更换cpu。
61.在根据tor计时器的状态信息确定tor计时器不存在超时错误的情况下，可以检查tor计时器超时是否使能，在确认tor计时器超时使能的情况下，确定cpu内部错误，需要更换cpu。在确认tor计时器超时未使能的情况下，判断dmi完成是否超时，如果dmi完成超时，则确定pch端传输超时。如果dmi完成未超时，则判断tor计时器超时错误的错误地址是否指向cpu端poe设备的mmio或mmcfg，如果tor计时器超时错误的错误地址指向cpu端poe设备的mmio或mmcfg，则确定外部pcie设备错误，如果tor计时器超时错误的错误地址不指向cpu端poe设备的mmio或mmcfg，则判断tor计时器超时错误的错误地址是否指向dram地址，如果tor计时器超时错误的错误地址指向dram地址，则确定地址转换定位具体内存插槽错误，如果tor计时器超时错误的错误地址不指向dram地址，则确定cpu内部组件错误，需要更换cpu。
62.如果3strike计时器不存在超时错误，则判断机器检查错误是否产生，如果机器检查错误产生，则再继续进行机器检查错误时的故障判定流程，确定最终的故障部件和/或第二故障类型，如果机器检查错误未产生，则判定是纯软件宕机错误。
63.在本技术实施例中，基于第二状态信息进行最主要故障、次要故障的层层分析，可以更快、更准确地确定最终的故障部件和/或第二故障类型。
64.在一个可选的实施例中，故障检测方法还包括：若根据第一状态信息确定不存在
第一故障类型时，则根据第一状态信息确定第三故障类型；获取与第三故障类型相关的目标部件的第五状态信息；根据第五状态信息确定故障部件和/或第四故障类型。
65.在本技术实施例中，第三故障类型为待检测设备的次要故障，该次要故障不会引起其他类型故障的出现。当确认不存在第一故障类型时，继续进行第三故障类型的判断。当确定存在第三故障类型时，则对引起第三故障类型的目标部件的第五状态信息进行分析，确定具体地故障部件和/或第四故障类型。第三故障类型为一大类的故障的统称，第四故障类型为第三故障类型下的子故障类型。
66.在一些实施例中，第三故障类型包括机器检查错误，与第三故障类型相关的目标部件包括机器检查错误处理单元。
67.在一些实施例中，根据第五状态信息确定故障部件和/或第四故障类型，包括：在根据第五状态信息确定多个机器检查错误处理单元出错的情况下，确定出错的机器检查错误处理单元的属性信息；根据属性信息确定故障部件和/或第四故障类型。
68.以下以第三故障类型为机器检查错误为例进行最终的故障部件和/或第四故障类型的确定过程。
69.当根据机器检查错误处理单元的状态信息确认存在机器检查错误时，判断是否是多个机器检查错误处理单元出错，如果不是多个机器检查错误处理单元出错，则根据出错的机器检查处理单元所属的硬件单元种类，定位出错的故障部件。如果是多个机器检查错误处理单元出错，则继续判断是否是指令存取单元/数据缓存(ifu/dcu)和机器与机器/整合内存控制器(m2m/imc)报错，如果是ifu/dcu和m2m/imc报错，则判定内存错误，可以通过错误地址定位具体出错的设备。如果不是ifu/dcu和m2m/imc报错，再继续判断是否是iomca模式报错，如果是iomca模式报错，则根据错误码定位具体出错的高速串行计算机扩展总线标准(peripheral component interconnect express，pcie)设备。如果不是iomca模式报错，则根据出错的机器检查处理单元所属的硬件单元种类，定位出错的故障部件。
70.在本技术实施例中，根据第一状态信息确定不存在第一故障类型时，根据第一状态信息继续第三故障类型的判定，并获取与第三故障类型相关的目标部件的第五状态信息，根据第五状态信息确定故障部件和/或第四故障类型，从而既可以对待检测设备进行最主要故障、次要故障进行层层分析，又可以在不同大类的故障类型下，继续向下进行故障分析，从而可以更快、更准确地确定最终的故障部件和/或第四故障类型。
71.本技术实施例还提供了一种故障检测装置，如图6所示，包括：
72.第一获取单元21，用于获取待检测设备的第一状态信息。具体的实施方式详见上述方法实施例步骤s101的描述，在此不再赘述。
73.第一确定单元22，用于根据第一状态信息确定第一故障类型。具体的实施方式详见上述方法实施例步骤s102的描述，在此不再赘述。
74.第二获取单元23，用于获取与第一故障类型相关的目标部件的第二状态信息。具体的实施方式详见上述方法实施例步骤s103的描述，在此不再赘述。
75.第二确定单元24，用于根据第二状态信息确定故障部件和/或第二故障类型。具体的实施方式详见上述方法实施例步骤s104的描述，在此不再赘述。
76.本技术实施例提供的故障检测装置，通过获取待检测设备的第一状态信息；根据第一状态信息确定第一故障类型；获取与第一故障类型相关的目标部件的第二状态信息；
根据第二状态信息确定故障部件和/或第二故障类型；从而在对待检测设备故障进行检测时，优先考虑第一故障类型，并在确定了在待检测设备中存在第一故障类型时，考虑导致该第一故障类型的目标部件的故障，从而通过进一步对与第一故障类型相关的目标部件的第二状态信息进行综合分析，确定最终的故障部件和/或第二故障类型，不仅可以减少对非必要故障或间接故障的分析，减少待检测设备的故障检测时间，还可以准确地分析出待检测设备的故障点。
77.在一些实施例中，第一故障类型包括cpu内部错误，与第一故障类型相关的目标部件包括cpu的过程控制单元。
78.在一些实施例中，第二确定单元24用于在根据第二状态信息确定过程控制单元出错的情况下，获取过程控制单元出错的错误码；根据错误码确定故障部件和/或第二故障类型。
79.在一些实施例中，第二确定单元24用于在根据第二状态信息确定过程控制单元未出错的情况下，获取cpu的第一计时器的第三状态信息；根据第三状态信息确定故障部件和/或第二故障类型。
80.在一些实施例中，第二确定单元24用于在根据第三状态信息确定第一计时器存在超时错误的情况下，获取cpu的第二计时器的第四状态信息；在根据第四状态信息确定第二计时器存在超时错误的情况下，获取第二计时器超时错误的错误地址；根据错误地址确定故障部件和/或第二故障类型。
81.在一些实施例中，第一确定单元22用于若根据第一状态信息确定不存在第一故障类型时，则根据第一状态信息确定第三故障类型；获取与第三故障类型相关的目标部件的第五状态信息；根据第五状态信息确定故障部件和/或第四故障类型。
82.在一些实施例中，第三故障类型包括机器检查错误，与第三故障类型相关的目标部件包括机器检查错误处理单元。
83.第一确定单元22用于在根据第五状态信息确定多个机器检查错误处理单元出错的情况下，确定出错的机器检查错误处理单元的属性信息；根据属性信息确定故障部件和/或第四故障类型。
84.本技术实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本技术实施例提供的故障检测方法，例如，如图4示出的故障检测方法。
85.在一些实施例中，计算机可读存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；计算机可读存储介质还可以包括上述种类的存储器的组合。
86.在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
87.作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备
上执行。
88.本技术实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现本技术所述的故障检测方法。
89.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
90.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程信息处理设备的处理器以产生一个机器，使得通过计算机或其他可编程信息处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
91.这些计算机程序指令也可存储在能引导计算机或其他可编程信息处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
92.这些计算机程序指令也可装载到计算机或其他可编程信息处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
93.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。