用于检测机房故障的方法、装置及设备与流程

本申请涉及计算机技术领域，具体涉及数据中心技术领域，尤其涉及用于检测机房故障的方法、装置及设备。

背景技术：

互联网数据中心(IDC，Internet Data Center)是为集中收集、存储、处理和发送数据的设备提供运行维护的设施基地并提供相关的服务的场所。互联网数据中心通常包括机房，机房中可以包括服务器集合、支持机房内/外部通信的电子设备以及其它电子设备。机房中的电子设备产生故障或出现通信障碍等情况，可以称为机房出现故障。

然而，现有的检测机房故障的方式通常是测试机房中设备之间的物理连接，从而，存在着确定机房是否出现故障的效率低下的问题。

技术实现要素：

本申请的目的在于提出一种改进的用于检测机房故障的方法、装置及设备，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种用于检测机房故障的方法，待检测机房包括多个服务器集合，每个服务器集合处理一种类型的数据请求并且该服务器集合响应于所处理的数据请求满足预设条件而生成报警信息，上述报警信息包括该服务器集合的服务器集合标识，上述方法包括：获取预定时间段内待检测机房的报警记录，其中，上述报警记录包括上述预定时间段内上述待检测机房内的服务器集合生成的报警信息；确定第一数量，其中，第一数量为上述报警记录中出现的不同服务器集合标识的数量；基于所确定的第一数量，确定上述待检测机房是否出现故障。

第二方面，本申请提供了一种用于检测机房故障的装置，待检测机房包括多个服务器集合，每个服务器集合处理一种类型的数据请求并且该服务器集合响应于所处理的数据请求满足预设条件而生成报警信息，上述报警信息包括该服务器集合的服务器集合标识，上述装置包括：获取单元，用于获取预定时间段内待检测机房的报警记录，其中，上述报警记录包括上述预定时间段内上述待检测机房内的服务器集合生成的报警信息；第一数量确定单元，用于确定第一数量，其中，第一数量为上述报警记录中出现的不同服务器集合标识的数量；故障确定单元，用于基于所确定的第一数量，确定上述待检测机房是否出现故障。

第三方面，本申请提供了一种设备，上述设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现如第一方面上述的方法。

第四方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如第一方面上述的方法。

本申请的上述实施例提供的方法，通过获取预定时间段内待检测机房的报警记录，然后确定上述报警记录中出现的不同服务器集合标识的数量，最后基于所确定的第一数量，确定上述待检测机房是否出现故障，提高了确定机房是否出现故障的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的用于检测机房故障的方法的一个实施例的流程图；

图3是根据本申请的用于检测机房故障的方法的一个应用场景的示意图；

图4是根据本申请的用于检测机房故障的方法的又一个实施例的流程图；

图5是根据本申请的用于检测机房故障的方法的又一个实施例的流程图；

图6是根据本申请的用于检测机房故障的装置的一个实施例的结构示意图；

图7是适于用来实现本申请实施例的监控服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于检测机房故障的方法或用于检测机房故障的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括服务器集合101、102、103，网络104和监控服务器105。网络104用以在服务器集合101、102、103和监控服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

服务器集合101、102、103可以通过网络104与监控服务器105交互，以接收或发送报警信息等。服务器集合101、102、103可以为终端设备(未示出)上安装的各种通讯客户端应用提供支持，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

服务器集合101、102、103可以是提供各种业务类型的服务器的集合，也可以称为服务器集群，例如是对终端设备上显示的网页提供支持的后台服务器的集合。后台服务器可以对接收到的网页页面请求等数据进行分析等处理，并将处理结果(例如网页页面数据)反馈给终端设备。

监控服务器105可以是对机房中的各种电子设备进行监控的服务器。监控服务器可以获取机房环境的各项参数或者机房中电子设备的各项参数，然后对获取的参数进行分析，确定机房是否出现故障。

需要说明的是，本申请实施例所提供的用于检测机房故障的方法一般由监控服务器105执行，相应地，用于检测机房故障的装置一般设置于监控服务器105中。

应该理解，图1中的服务器集合、网络和监控服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的服务器集合、网络和监控服务器。

继续参考图2，其示出了根据本申请的用于检测机房故障的方法的一个实施例的流程200。待检测机房包括多个服务器集合，每个服务器集合处理一种类型的数据请求并且该服务器集合响应于所处理的数据请求满足预设条件而生成报警信息，上述报警信息包括该服务器集合的服务器集合标识，上述的用于检测机房故障的方法，包括以下步骤：

步骤201，获取预定时间段内待检测机房的报警记录。

在本实施例中，用于检测机房故障的方法运行于其上的电子设备(例如图1所示的监控服务器)可以获取待检测机房在预定时间段内的报警记录。在这里，上述报警记录包括上述预定时间段内上述待检测机房内的服务器集合生成的报警信息。

在本实施例中，待检测机房可以包括多个服务器集合，每个服务器集合处理一种类型的数据请求并且该服务器集合响应于所处理的数据请求满足预设条件而生成报警信息，上述报警信息包括该服务器集合的服务器集合标识。

在本实施例中，每个服务器集合处理一种类型的数据请求可以是每个服务器集合为一种应用提供服务。作为示例，甲服务器集合可以为终端设备上安装的某一地图类应用提供支持，接收终端设备发送的地图类应用相关的数据请求。

可以理解，服务器集合通常包括多台服务器，但是也可以只包括一台服务器。

在本实施例中，服务器集合可以响应于所处理的数据请求满足预设条件而生成报警信息。

作为示例，数据请求可以是支付请求，支付请求中可以包括支付金额，预设条件可以是支付金额大于预设阈值。当服务器集合接收到的支付请求中的支付金额大于预设阈值时，服务器集合生成报警信息。

在本实施例中，生成的报警信息包括生成该报警信息的服务器集合的服务器集合标识。可以理解的是，一个服务器集合为处理一种类型的数据请求，那么，服务器集合标识也可以作为这一种数据请求的类型的标识。

在本实施例的一些可选的实现方式中，上述电子设备获取预定时间段内待检测机房的报警记录可以通过以下方式实现：服务器集合生成报警信息则将报警信息发送至预先设置的存储空间，存储空间存储的报警信息留存作报警记录。上述电子设备可以从上述存储空间获取预定时间段内的报警记录，报警记录包括多条报警信息。可以理解的是，报警记录中的报警信息可能来自于一个或多个服务器集合，即来自于生成了报警信息的服务器集合，一个机房在一定时间内可能有一个或多个服务器集合生成报警信息。

在本实施例的一些可选的实现方式中，可以对获取的报警记录进行过滤，去除不合理的报警信息。作为示例，不合理的报警信息可以是由于预设条件设置不合理产生的。

步骤202，确定第一数量。

在本实施例中，上述电子设备可以确定第一数量，在这里，第一数量为上述报警记录中出现的不同服务器集合标识的数量。

作为示例，在获取的报警记录中，甲服务器集合标识出现3次，乙服务器集合标识出现1次，那么在上述报警记录中，出现的不同服务器集合标识的数量为2。

步骤203，基于所确定的第一数量，确定待检测机房是否出现故障。

在本实施例中，上述电子设备可以基于所确定的第一数量，确定待检测机房是否出现故障。

在本实施例的一些可选的实现方式中，步骤203可以通过以下方式实现：比较所确定的第一数量与预设的第一数量阈值的大小，响应于确定出所确定的第一数量大于预设的第一数量阈值，确定待检测机房出现故障。在这里，对于一个确定的机房，可以通过经验，获知该机房同时出现几个服务器集合生成报警信息即可确定该机房出现故障，进而设置第一数量阈值。

在本实施例的一些可选的实现方式中，步骤203还可以通过以下方式实现：确定上述待检测机房的第一比值，其中，上述第一比值为上述第一数量与上述待检测机房中的服务器集合总数量的比值；基于上述第一比值，确定上述待检测机房是否出现故障。

作为示例，待检测机房中设置10个服务器集合，第一数量为8，那么第一比值为80％，可以将第一比值与预先设置的第一比值阈值比较，如果比如预先设置的第一比值阈值为20％，当第一比值大于预先设置的第一比值阈值，则确定上述待检测机房出现故障。

作为示例，待检测机房中设置有10个服务器集合，每个服务器集合为不同的应用提供支持。当机房中一个服务器集合生成与应用相关的报警信息时，不能确定是该服务器集合所运行的程序出现问题，还是机房中的电子设备之间的物理连接出现问题。如果机房中的8个服务器集合同时生成与各自支持的应用相关的报警信息时，因为8个服务器集群各自所运行的程序均出现问题的可能性较低，那么可以确定是该机房出现故障。

继续参见图3，图3是根据本实施例的用于检测机房故障的方法的应用场景的一个示意图。在图3的应用场景中，待检测机房包括五个服务器集合，每个服务器集合处理一种类型的数据请求，作为示例，五个服务器集合可以分别为地图服务器集合、即时通信服务器集合、邮件服务器集合、浏览器服务器集合、外卖服务器集合，在这里，地图服务器集合是为某一地图类应用提供支持的服务器集合的简称，其它类似的名称也可以依此理解。服务器集合可以响应于所处理的数据请求满足预设条件而生成报警信息。在预定时间段内，地图服务器集合生成了5条报警信息，邮件服务器集合生成了4条报警信息，外卖服务器集合生成了2条报警信息。监控服务器可以获取预定时间段内待检测机房的报警记录，报警记录包括待检测机房中的服务器集合生成的所有报警信息。然后，监控服务器可以确定第一数量为3，即报警记录中出现的不同的服务器集合标识的数量为3。最后，监控服务器可以基于第一数量确定待检测机房是否出现故障。

现有技术确定待检测机房是否出现故障，一般是通过检测机房中的设备的之间的物理连接实现的。本申请方案通过引入服务器集合对数据请求的处理而生成的报警信息，利用待检测机房中的服务器集合提供的业务服务出现的异常，快速确定待检测机房是否出现故障，是现有技术所不曾涉及的。

本申请的上述实施例提供的方法，通过获取预定时间段内待检测机房的报警记录，然后确定上述报警记录中出现的不同服务器集合标识的数量，最后基于所确定的第一数量，确定上述待检测机房是否出现故障，提高了确定机房是否出现故障的效率。

进一步参考图4，其示出了用于检测机房故障的方法的又一个实施例的流程400。待检测机房包括多个服务器集合，每个服务器集合处理一种类型的数据请求并且该服务器集合响应于所处理的数据请求满足预设条件而生成报警信息，上述报警信息包括该服务器集合的服务器集合标识、生成该报警信息时数据请求所满足的预设条件的条件标识，该用于检测机房故障的方法的流程400，包括以下步骤：

步骤401，获取预定时间段内待检测机房的报警记录。

在本实施例中，用于检测机房故障的方法运行于其上的电子设备(例如图1所示的监控服务器)可以获取预先存储的在预定时间段内待检测机房的报警记录。在这里，上述报警记录包括上述预定时间段内上述待检测机房内的服务器集合生成的报警信息。

需要说明的是，步骤401的实现细节可以参考对步骤201中的描述，在此不再赘述。

步骤402，确定第一数量和第二数量。

在本实施例中，上述电子设备可以确定第一数量和第二数量。在这里，第一数量为上述报警记录中出现的不同服务器集合标识的数量，第二数量为上述报警记录中出现的不同条件标识的数量。

作为示例，甲服务器集合生成了5条报警信息，5条报警信息中涉及两种预设条件，支付金额大于预设金额阈值，预定时间段内接收的数据请求的数量大于预设请求数量阈值，那么甲服务器集合生成的报警信息中出现了两种条件标识，即“支付金额大于预设金额阈值”这一条件标识和“预定时间段内接收的数据请求的数量大于预设请求数量阈值”这一条件标识。按照上述说明，可以统计报警记录中总共出现的不同条件标识的数量，作为第二数量。

步骤403，基于第一数量和第二数量，确定待检测机房是否出现故障。

在本实施例中，上述电子设备可以基于第一数量和第二数量，确定上述待检测机房是否出现故障。

在本实施例的一些可选的实现方式中，步骤403可以通过以下方式实现：确定第一数量是否大于预设的第一数量阈值，并且确定第二数量是否大于预设的第二数量阈值，若两者均成立，则确定待检测机房出现故障。

在本实施例的一些可选的实现方式中，步骤403可以通过以下方式实现：确定上述待检测机房的第一比值和第二比值，基于上述第一比值和上述第二比值，确定上述待检测机房是否出现故障。

在本实施例的一些可选的实现方式中，基于上述第一比值和上述第二比值，确定上述待检测机房是否出现故障，可以通过以下方式实现：确定第一比值是否大于预设的第一比值阈值，并且确定第二比值是否大于预设的第二比值阈值，若两者均成立，则确定待检测机房出现故障。

从图4中可以看出，与图2对应的实施例相比，本实施例中的用于检测机房故障的方法的流程400突出了基于为上述报警记录中出现的不同条件标识的数量，确定上述待检测机房是否出现故障的步骤。由此，本实施例描述的方案可以引入更多的待检测机房是否出现故障的判断手段，从而实现更更准确地确定待检测机房是否出现故障。

进一步参考图5，其示出了用于检测机房故障的方法的又一个实施例的流程500。待检测机房包括多个服务器集合，每个服务器集合处理一种类型的数据请求并且该服务器集合响应于所处理的数据请求满足预设条件而生成报警信息，上述报警信息包括该服务器集合的服务器集合标识、生成该报警信息时数据请求所满足的预设条件的条件标识，该用于检测机房故障的方法的流程500，包括以下步骤：

步骤501，获取预定时间段内待检测机房的报警记录。

在本实施例中，用于检测机房故障的方法运行于其上的电子设备(例如图1所示的监控服务器)可以获取预先存储的在预定时间段内待检测机房的报警记录。在这里，上述报警记录包括上述预定时间段内上述待检测机房内的服务器集合生成的报警信息。

步骤502，确定第一数量和第二数量。

在本实施例中，上述电子设备可以确定第一数量和第二数量。在这里，第一数量为上述报警记录中出现的不同服务器集合标识的数量，第二数量为上述报警记录中出现的不同条件标识的数量。

步骤503，确定待检测机房的第一比值和第二比值。

在本实施例中，上述电子设备可以确定待检测机房的第一比值和第二比值。在这里，上述第一比值为上述第一数量与上述待检测机房中的服务器集合总数量的比值，上述第二比值为上述第二数量与为上述待检测机房中所有服务器集合的预设条件数量之和的比值。

步骤504，根据第一比值和第二比值，确定用于表征待检测机房是否出现故障的异常检测特征值。

在本实施例中，上述电子设备可以根据第一比值和第二比值，确定用于表征待检测机房是否出现故障的异常检测特征值。

在本实施例中，根据第一比值和第二比值，确定异常检测特征值，可以通过多种方式实现。作为示例，可以将第一比值和第二比值的加和，作为异常检测特征值；可以将第一比值和第二比值的乘积，作为异常检测特征值。

在本实施例的一些可选的实现方式中，步骤504可以通过以下方式实现：计算上述第一比值和上述第二比值的乘积；将上述乘积的平方根作为异常检测特征值。需要说明的是，将第一比值和上述第二比值的乘积的平方根作为异常检测特征值，可以结合待检测机房中生成报警信息的服务器集合的比例和被触发的待检测机房中的预设条件的比例，利用服务器集合所提供的业务出现的异常，确定待检测机房是否出现故障。

步骤505，利用异常点检测算法确定异常检测特征值是否出现异常。

在本实施例中，上述电子设备可以利用异常点检测算法确定异常检测特征值是否出现异常。

在本实施例中，可以利用多种异常点检测算法中的一种或多种确定步骤504确定的异常检测特征值是否出现异常。

在本实施例的一些可选的实现方式中，异常点检测算法可以是恒定阈值检测法，即响应于上述异常检测特征值大于预设阈值，确定上述异常检测特征值出现异常。

在本实施例的一些可选的实现方式中，还可以或获取历史异常检测特征值，将当前的异常检测特征值与获取的历史异常检测特征值组成异常检测特征值集合，利用各种异常点检测算法确定异常检测特征值集合中与大部分异常检测特征值特征不一致的少数异常检测特征值，即寻找离群点。如果当前的异常检测特征值在少数异常检测特征值中，则确定当前的异常检测特征值。在这里，异常点检测算法可以是基于统计的方法、基于距离的方法、基于偏差的方法、基于密度的方法。如何利用异常点检测算法确定当前的异常检测特征值是否出现异常，即是否是异常点，这一计算过程本身是本领域技术人员所公知的，在此不再赘述。

步骤506，响应于异常检测特征值出现异常，确定待检测机房出现故障。

在本实施例中，上述电子设备可以响应于异常检测特征值出现异常，确定待检测机房出现故障。

从图5中可以看出，与图2对应的实施例相比，本实施例中的用于检测机房故障的方法的流程500突出了确定异常检测特征值，并利用异常点检测算法检测异常检测特征值，进而确定待检测机房是否出现故障的步骤。由此，本实施例描述的方案可以提高确定待检测机房是否出现故障的准确率。

进一步参考图6，作为对上述各图所示方法的实现，本申请提供了一种用于检测机房故障的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，待检测机房包括多个服务器集合，每个服务器集合处理一种类型的数据请求并且该服务器集合响应于所处理的数据请求满足预设条件而生成报警信息，上述报警信息包括该服务器集合的服务器集合标识，本实施例上述的用于检测机房故障的装置600包括：获取单元601、第一数量确定单元602和故障确定单元603。其中，获取单元601，用于获取预定时间段内待检测机房的报警记录，其中，上述报警记录包括上述预定时间段内上述待检测机房内的服务器集合生成的报警信息；第一数量确定单元602，用于确定第一数量，其中，第一数量为上述报警记录中出现的不同服务器集合标识的数量；故障确定单元603，用于基于所确定的第一数量，确定上述待检测机房是否出现故障。

在本实施例中，用于检测机房故障的装置600的接收单元601可以获取预先存储的在预定时间段内待检测机房的报警记录。在这里，上述报警记录包括上述预定时间段内上述待检测机房内的服务器集合生成的报警信息。

在本实施例中，用于检测机房故障的装置600的第一数量确定单元602可以确定第一数量，在这里，第一数量为上述报警记录中出现的不同服务器集合标识的数量。

在本实施例中，用于检测机房故障的装置600的故障确定单元603可以基于所确定的第一数量，确定待检测机房是否出现故障。

在本实施例的一些可选的实现方式中，上述故障确定单元，还用于：确定上述待检测机房的第一比值，其中，上述第一比值为上述第一数量与上述待检测机房中的服务器集合总数量的比值；基于上述第一比值，确定上述待检测机房是否出现故障。

在本实施例的一些可选的实现方式中，上述报警信息还包括生成该报警信息时数据请求所满足的预设条件的条件标识；以及上述装置还包括：第二数量确定单元(未示出)，用于确定第二数量，其中，第二数量为上述报警记录中出现的不同条件标识的数量；以及上述故障确定单元，还用于：基于上述第一数量和上述第二数量，确定上述待检测机房是否出现故障。

在本实施例的一些可选的实现方式中，上述故障确定单元，还用于：确定上述待检测机房的第二比值，其中，上述第二比值为上述第二数量与为上述待检测机房中所有服务器集合的预设条件数量之和的比值；基于上述第一比值和上述第二比值，确定上述待检测机房是否出现故障。

在本实施例的一些可选的实现方式中，上述故障确定单元，还用于：根据上述第一比值和上述第二比值，确定用于表征上述待检测机房是否出现故障的异常检测特征值；利用异常点检测算法确定上述异常检测特征值是否出现异常；响应于上述异常检测特征值出现异常，确定上述待检测机房出现故障。

在本实施例的一些可选的实现方式中，上述故障确定单元，还用于：计算上述第一比值和上述第二比值的乘积；将上述乘积的平方根作为异常检测特征值。

在本实施例的一些可选的实现方式中，上述故障确定单元，还用于：响应于上述异常检测特征值大于预设阈值，确定上述异常检测特征值出现异常。

本实施例中实现细节和技术效果可以参考本申请其他实施例中的说明，在此不再赘述。

下面参考图7，其示出了适于用来实现本申请实施例的服务器的计算机系统700的结构示意图。图7示出的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、第一数量确定单元和故障确定单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取预定时间段内待检测机房的报警记录的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：获取预定时间段内待检测机房的报警记录，其中，上述报警记录包括上述预定时间段内上述待检测机房内的服务器集合生成的报警信息；确定第一数量，其中，第一数量为上述报警记录中出现的不同服务器集合标识的数量；基于所确定的第一数量，确定上述待检测机房是否出现故障。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。