本申請涉及計算機技術領域，具體涉及數據中心技術領域，尤其涉及用于檢測機房故障的方法、裝置及設備。

背景技術：

互聯網數據中心(IDC，Internet Data Center)是為集中收集、存儲、處理和發(fā)送數據的設備提供運行維護的設施基地并提供相關的服務的場所?；ヂ摼W數據中心通常包括機房，機房中可以包括服務器集合、支持機房內/外部通信的電子設備以及其它電子設備。機房中的電子設備產生故障或出現通信障礙等情況，可以稱為機房出現故障。

然而，現有的檢測機房故障的方式通常是測試機房中設備之間的物理連接，從而，存在著確定機房是否出現故障的效率低下的問題。

技術實現要素：

本申請的目的在于提出一種改進的用于檢測機房故障的方法、裝置及設備，來解決以上背景技術部分提到的技術問題。

第一方面，本申請?zhí)峁┝艘环N用于檢測機房故障的方法，待檢測機房包括多個服務器集合，每個服務器集合處理一種類型的數據請求并且該服務器集合響應于所處理的數據請求滿足預設條件而生成報警信息，上述報警信息包括該服務器集合的服務器集合標識，上述方法包括：獲取預定時間段內待檢測機房的報警記錄，其中，上述報警記錄包括上述預定時間段內上述待檢測機房內的服務器集合生成的報警信息；確定第一數量，其中，第一數量為上述報警記錄中出現的不同服務器集合標識的數量；基于所確定的第一數量，確定上述待檢測機房是否出現故障。

第二方面，本申請?zhí)峁┝艘环N用于檢測機房故障的裝置，待檢測機房包括多個服務器集合，每個服務器集合處理一種類型的數據請求并且該服務器集合響應于所處理的數據請求滿足預設條件而生成報警信息，上述報警信息包括該服務器集合的服務器集合標識，上述裝置包括：獲取單元，用于獲取預定時間段內待檢測機房的報警記錄，其中，上述報警記錄包括上述預定時間段內上述待檢測機房內的服務器集合生成的報警信息；第一數量確定單元，用于確定第一數量，其中，第一數量為上述報警記錄中出現的不同服務器集合標識的數量；故障確定單元，用于基于所確定的第一數量，確定上述待檢測機房是否出現故障。

第三方面，本申請?zhí)峁┝艘环N設備，上述設備包括：一個或多個處理器；存儲裝置，用于存儲一個或多個程序，當上述一個或多個程序被上述一個或多個處理器執(zhí)行，使得上述一個或多個處理器實現如第一方面上述的方法。

第四方面，本申請?zhí)峁┝艘环N計算機可讀存儲介質，其上存儲有計算機程序，其特征在于，該程序被處理器執(zhí)行時實現如第一方面上述的方法。

本申請的上述實施例提供的方法，通過獲取預定時間段內待檢測機房的報警記錄，然后確定上述報警記錄中出現的不同服務器集合標識的數量，最后基于所確定的第一數量，確定上述待檢測機房是否出現故障，提高了確定機房是否出現故障的效率。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本申請的其它特征、目的和優(yōu)點將會變得更明顯：

圖1是本申請可以應用于其中的示例性系統(tǒng)架構圖；

圖2是根據本申請的用于檢測機房故障的方法的一個實施例的流程圖；

圖3是根據本申請的用于檢測機房故障的方法的一個應用場景的示意圖；

圖4是根據本申請的用于檢測機房故障的方法的又一個實施例的流程圖；

圖5是根據本申請的用于檢測機房故障的方法的又一個實施例的流程圖；

圖6是根據本申請的用于檢測機房故障的裝置的一個實施例的結構示意圖；

圖7是適于用來實現本申請實施例的監(jiān)控服務器的計算機系統(tǒng)的結構示意圖。

具體實施方式

下面結合附圖和實施例對本申請作進一步的詳細說明?？梢岳斫獾氖牵颂幩枋龅木唧w實施例僅僅用于解釋相關發(fā)明，而非對該發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與有關發(fā)明相關的部分。

需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結合實施例來詳細說明本申請。

圖1示出了可以應用本申請的用于檢測機房故障的方法或用于檢測機房故障的裝置的實施例的示例性系統(tǒng)架構100。

如圖1所示，系統(tǒng)架構100可以包括服務器集合101、102、103，網絡104和監(jiān)控服務器105。網絡104用以在服務器集合101、102、103和監(jiān)控服務器105之間提供通信鏈路的介質。網絡104可以包括各種連接類型，例如有線、無線通信鏈路或者光纖電纜等等。

服務器集合101、102、103可以通過網絡104與監(jiān)控服務器105交互，以接收或發(fā)送報警信息等。服務器集合101、102、103可以為終端設備(未示出)上安裝的各種通訊客戶端應用提供支持，例如網頁瀏覽器應用、購物類應用、搜索類應用、即時通信工具、郵箱客戶端、社交平臺軟件等。

服務器集合101、102、103可以是提供各種業(yè)務類型的服務器的集合，也可以稱為服務器集群，例如是對終端設備上顯示的網頁提供支持的后臺服務器的集合。后臺服務器可以對接收到的網頁頁面請求等數據進行分析等處理，并將處理結果(例如網頁頁面數據)反饋給終端設備。

監(jiān)控服務器105可以是對機房中的各種電子設備進行監(jiān)控的服務器。監(jiān)控服務器可以獲取機房環(huán)境的各項參數或者機房中電子設備的各項參數，然后對獲取的參數進行分析，確定機房是否出現故障。

需要說明的是，本申請實施例所提供的用于檢測機房故障的方法一般由監(jiān)控服務器105執(zhí)行，相應地，用于檢測機房故障的裝置一般設置于監(jiān)控服務器105中。

應該理解，圖1中的服務器集合、網絡和監(jiān)控服務器的數目僅僅是示意性的。根據實現需要，可以具有任意數目的服務器集合、網絡和監(jiān)控服務器。

繼續(xù)參考圖2，其示出了根據本申請的用于檢測機房故障的方法的一個實施例的流程200。待檢測機房包括多個服務器集合，每個服務器集合處理一種類型的數據請求并且該服務器集合響應于所處理的數據請求滿足預設條件而生成報警信息，上述報警信息包括該服務器集合的服務器集合標識，上述的用于檢測機房故障的方法，包括以下步驟：

步驟201，獲取預定時間段內待檢測機房的報警記錄。

在本實施例中，用于檢測機房故障的方法運行于其上的電子設備(例如圖1所示的監(jiān)控服務器)可以獲取待檢測機房在預定時間段內的報警記錄。在這里，上述報警記錄包括上述預定時間段內上述待檢測機房內的服務器集合生成的報警信息。

在本實施例中，待檢測機房可以包括多個服務器集合，每個服務器集合處理一種類型的數據請求并且該服務器集合響應于所處理的數據請求滿足預設條件而生成報警信息，上述報警信息包括該服務器集合的服務器集合標識。

在本實施例中，每個服務器集合處理一種類型的數據請求可以是每個服務器集合為一種應用提供服務。作為示例，甲服務器集合可以為終端設備上安裝的某一地圖類應用提供支持，接收終端設備發(fā)送的地圖類應用相關的數據請求。

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

在本實施例中，服務器集合可以響應于所處理的數據請求滿足預設條件而生成報警信息。

作為示例，數據請求可以是支付請求，支付請求中可以包括支付金額，預設條件可以是支付金額大于預設閾值。當服務器集合接收到的支付請求中的支付金額大于預設閾值時，服務器集合生成報警信息。

在本實施例中，生成的報警信息包括生成該報警信息的服務器集合的服務器集合標識?？梢岳斫獾氖?，一個服務器集合為處理一種類型的數據請求，那么，服務器集合標識也可以作為這一種數據請求的類型的標識。

在本實施例的一些可選的實現方式中，上述電子設備獲取預定時間段內待檢測機房的報警記錄可以通過以下方式實現：服務器集合生成報警信息則將報警信息發(fā)送至預先設置的存儲空間，存儲空間存儲的報警信息留存作報警記錄。上述電子設備可以從上述存儲空間獲取預定時間段內的報警記錄，報警記錄包括多條報警信息?？梢岳斫獾氖牵瑘缶涗浿械膱缶畔⒖赡軄碜杂谝粋€或多個服務器集合，即來自于生成了報警信息的服務器集合，一個機房在一定時間內可能有一個或多個服務器集合生成報警信息。

在本實施例的一些可選的實現方式中，可以對獲取的報警記錄進行過濾，去除不合理的報警信息。作為示例，不合理的報警信息可以是由于預設條件設置不合理產生的。

步驟202，確定第一數量。

在本實施例中，上述電子設備可以確定第一數量，在這里，第一數量為上述報警記錄中出現的不同服務器集合標識的數量。

作為示例，在獲取的報警記錄中，甲服務器集合標識出現3次，乙服務器集合標識出現1次，那么在上述報警記錄中，出現的不同服務器集合標識的數量為2。

步驟203，基于所確定的第一數量，確定待檢測機房是否出現故障。

在本實施例中，上述電子設備可以基于所確定的第一數量，確定待檢測機房是否出現故障。

在本實施例的一些可選的實現方式中，步驟203可以通過以下方式實現：比較所確定的第一數量與預設的第一數量閾值的大小，響應于確定出所確定的第一數量大于預設的第一數量閾值，確定待檢測機房出現故障。在這里，對于一個確定的機房，可以通過經驗，獲知該機房同時出現幾個服務器集合生成報警信息即可確定該機房出現故障，進而設置第一數量閾值。

在本實施例的一些可選的實現方式中，步驟203還可以通過以下方式實現：確定上述待檢測機房的第一比值，其中，上述第一比值為上述第一數量與上述待檢測機房中的服務器集合總數量的比值；基于上述第一比值，確定上述待檢測機房是否出現故障。

作為示例，待檢測機房中設置10個服務器集合，第一數量為8，那么第一比值為80％，可以將第一比值與預先設置的第一比值閾值比較，如果比如預先設置的第一比值閾值為20％，當第一比值大于預先設置的第一比值閾值，則確定上述待檢測機房出現故障。

作為示例，待檢測機房中設置有10個服務器集合，每個服務器集合為不同的應用提供支持。當機房中一個服務器集合生成與應用相關的報警信息時，不能確定是該服務器集合所運行的程序出現問題，還是機房中的電子設備之間的物理連接出現問題。如果機房中的8個服務器集合同時生成與各自支持的應用相關的報警信息時，因為8個服務器集群各自所運行的程序均出現問題的可能性較低，那么可以確定是該機房出現故障。

繼續(xù)參見圖3，圖3是根據本實施例的用于檢測機房故障的方法的應用場景的一個示意圖。在圖3的應用場景中，待檢測機房包括五個服務器集合，每個服務器集合處理一種類型的數據請求，作為示例，五個服務器集合可以分別為地圖服務器集合、即時通信服務器集合、郵件服務器集合、瀏覽器服務器集合、外賣服務器集合，在這里，地圖服務器集合是為某一地圖類應用提供支持的服務器集合的簡稱，其它類似的名稱也可以依此理解。服務器集合可以響應于所處理的數據請求滿足預設條件而生成報警信息。在預定時間段內，地圖服務器集合生成了5條報警信息，郵件服務器集合生成了4條報警信息，外賣服務器集合生成了2條報警信息。監(jiān)控服務器可以獲取預定時間段內待檢測機房的報警記錄，報警記錄包括待檢測機房中的服務器集合生成的所有報警信息。然后，監(jiān)控服務器可以確定第一數量為3，即報警記錄中出現的不同的服務器集合標識的數量為3。最后，監(jiān)控服務器可以基于第一數量確定待檢測機房是否出現故障。

現有技術確定待檢測機房是否出現故障，一般是通過檢測機房中的設備的之間的物理連接實現的。本申請方案通過引入服務器集合對數據請求的處理而生成的報警信息，利用待檢測機房中的服務器集合提供的業(yè)務服務出現的異常，快速確定待檢測機房是否出現故障，是現有技術所不曾涉及的。

本申請的上述實施例提供的方法，通過獲取預定時間段內待檢測機房的報警記錄，然后確定上述報警記錄中出現的不同服務器集合標識的數量，最后基于所確定的第一數量，確定上述待檢測機房是否出現故障，提高了確定機房是否出現故障的效率。

進一步參考圖4，其示出了用于檢測機房故障的方法的又一個實施例的流程400。待檢測機房包括多個服務器集合，每個服務器集合處理一種類型的數據請求并且該服務器集合響應于所處理的數據請求滿足預設條件而生成報警信息，上述報警信息包括該服務器集合的服務器集合標識、生成該報警信息時數據請求所滿足的預設條件的條件標識，該用于檢測機房故障的方法的流程400，包括以下步驟：

步驟401，獲取預定時間段內待檢測機房的報警記錄。

在本實施例中，用于檢測機房故障的方法運行于其上的電子設備(例如圖1所示的監(jiān)控服務器)可以獲取預先存儲的在預定時間段內待檢測機房的報警記錄。在這里，上述報警記錄包括上述預定時間段內上述待檢測機房內的服務器集合生成的報警信息。

需要說明的是，步驟401的實現細節(jié)可以參考對步驟201中的描述，在此不再贅述。

步驟402，確定第一數量和第二數量。

在本實施例中，上述電子設備可以確定第一數量和第二數量。在這里，第一數量為上述報警記錄中出現的不同服務器集合標識的數量，第二數量為上述報警記錄中出現的不同條件標識的數量。

作為示例，甲服務器集合生成了5條報警信息，5條報警信息中涉及兩種預設條件，支付金額大于預設金額閾值，預定時間段內接收的數據請求的數量大于預設請求數量閾值，那么甲服務器集合生成的報警信息中出現了兩種條件標識，即“支付金額大于預設金額閾值”這一條件標識和“預定時間段內接收的數據請求的數量大于預設請求數量閾值”這一條件標識。按照上述說明，可以統(tǒng)計報警記錄中總共出現的不同條件標識的數量，作為第二數量。

步驟403，基于第一數量和第二數量，確定待檢測機房是否出現故障。

在本實施例中，上述電子設備可以基于第一數量和第二數量，確定上述待檢測機房是否出現故障。

在本實施例的一些可選的實現方式中，步驟403可以通過以下方式實現：確定第一數量是否大于預設的第一數量閾值，并且確定第二數量是否大于預設的第二數量閾值，若兩者均成立，則確定待檢測機房出現故障。

在本實施例的一些可選的實現方式中，步驟403可以通過以下方式實現：確定上述待檢測機房的第一比值和第二比值，基于上述第一比值和上述第二比值，確定上述待檢測機房是否出現故障。

在本實施例的一些可選的實現方式中，基于上述第一比值和上述第二比值，確定上述待檢測機房是否出現故障，可以通過以下方式實現：確定第一比值是否大于預設的第一比值閾值，并且確定第二比值是否大于預設的第二比值閾值，若兩者均成立，則確定待檢測機房出現故障。

從圖4中可以看出，與圖2對應的實施例相比，本實施例中的用于檢測機房故障的方法的流程400突出了基于為上述報警記錄中出現的不同條件標識的數量，確定上述待檢測機房是否出現故障的步驟。由此，本實施例描述的方案可以引入更多的待檢測機房是否出現故障的判斷手段，從而實現更更準確地確定待檢測機房是否出現故障。

進一步參考圖5，其示出了用于檢測機房故障的方法的又一個實施例的流程500。待檢測機房包括多個服務器集合，每個服務器集合處理一種類型的數據請求并且該服務器集合響應于所處理的數據請求滿足預設條件而生成報警信息，上述報警信息包括該服務器集合的服務器集合標識、生成該報警信息時數據請求所滿足的預設條件的條件標識，該用于檢測機房故障的方法的流程500，包括以下步驟：

步驟501，獲取預定時間段內待檢測機房的報警記錄。

在本實施例中，用于檢測機房故障的方法運行于其上的電子設備(例如圖1所示的監(jiān)控服務器)可以獲取預先存儲的在預定時間段內待檢測機房的報警記錄。在這里，上述報警記錄包括上述預定時間段內上述待檢測機房內的服務器集合生成的報警信息。

步驟502，確定第一數量和第二數量。

在本實施例中，上述電子設備可以確定第一數量和第二數量。在這里，第一數量為上述報警記錄中出現的不同服務器集合標識的數量，第二數量為上述報警記錄中出現的不同條件標識的數量。

步驟503，確定待檢測機房的第一比值和第二比值。

在本實施例中，上述電子設備可以確定待檢測機房的第一比值和第二比值。在這里，上述第一比值為上述第一數量與上述待檢測機房中的服務器集合總數量的比值，上述第二比值為上述第二數量與為上述待檢測機房中所有服務器集合的預設條件數量之和的比值。

步驟504，根據第一比值和第二比值，確定用于表征待檢測機房是否出現故障的異常檢測特征值。

在本實施例中，上述電子設備可以根據第一比值和第二比值，確定用于表征待檢測機房是否出現故障的異常檢測特征值。

在本實施例中，根據第一比值和第二比值，確定異常檢測特征值，可以通過多種方式實現。作為示例，可以將第一比值和第二比值的加和，作為異常檢測特征值；可以將第一比值和第二比值的乘積，作為異常檢測特征值。

在本實施例的一些可選的實現方式中，步驟504可以通過以下方式實現：計算上述第一比值和上述第二比值的乘積；將上述乘積的平方根作為異常檢測特征值。需要說明的是，將第一比值和上述第二比值的乘積的平方根作為異常檢測特征值，可以結合待檢測機房中生成報警信息的服務器集合的比例和被觸發(fā)的待檢測機房中的預設條件的比例，利用服務器集合所提供的業(yè)務出現的異常，確定待檢測機房是否出現故障。

步驟505，利用異常點檢測算法確定異常檢測特征值是否出現異常。

在本實施例中，上述電子設備可以利用異常點檢測算法確定異常檢測特征值是否出現異常。

在本實施例中，可以利用多種異常點檢測算法中的一種或多種確定步驟504確定的異常檢測特征值是否出現異常。

在本實施例的一些可選的實現方式中，異常點檢測算法可以是恒定閾值檢測法，即響應于上述異常檢測特征值大于預設閾值，確定上述異常檢測特征值出現異常。

在本實施例的一些可選的實現方式中，還可以或獲取歷史異常檢測特征值，將當前的異常檢測特征值與獲取的歷史異常檢測特征值組成異常檢測特征值集合，利用各種異常點檢測算法確定異常檢測特征值集合中與大部分異常檢測特征值特征不一致的少數異常檢測特征值，即尋找離群點。如果當前的異常檢測特征值在少數異常檢測特征值中，則確定當前的異常檢測特征值。在這里，異常點檢測算法可以是基于統(tǒng)計的方法、基于距離的方法、基于偏差的方法、基于密度的方法。如何利用異常點檢測算法確定當前的異常檢測特征值是否出現異常，即是否是異常點，這一計算過程本身是本領域技術人員所公知的，在此不再贅述。

步驟506，響應于異常檢測特征值出現異常，確定待檢測機房出現故障。

在本實施例中，上述電子設備可以響應于異常檢測特征值出現異常，確定待檢測機房出現故障。

從圖5中可以看出，與圖2對應的實施例相比，本實施例中的用于檢測機房故障的方法的流程500突出了確定異常檢測特征值，并利用異常點檢測算法檢測異常檢測特征值，進而確定待檢測機房是否出現故障的步驟。由此，本實施例描述的方案可以提高確定待檢測機房是否出現故障的準確率。

進一步參考圖6，作為對上述各圖所示方法的實現，本申請?zhí)峁┝艘环N用于檢測機房故障的裝置的一個實施例，該裝置實施例與圖2所示的方法實施例相對應，該裝置具體可以應用于各種電子設備中。

如圖6所示，待檢測機房包括多個服務器集合，每個服務器集合處理一種類型的數據請求并且該服務器集合響應于所處理的數據請求滿足預設條件而生成報警信息，上述報警信息包括該服務器集合的服務器集合標識，本實施例上述的用于檢測機房故障的裝置600包括：獲取單元601、第一數量確定單元602和故障確定單元603。其中，獲取單元601，用于獲取預定時間段內待檢測機房的報警記錄，其中，上述報警記錄包括上述預定時間段內上述待檢測機房內的服務器集合生成的報警信息；第一數量確定單元602，用于確定第一數量，其中，第一數量為上述報警記錄中出現的不同服務器集合標識的數量；故障確定單元603，用于基于所確定的第一數量，確定上述待檢測機房是否出現故障。

在本實施例中，用于檢測機房故障的裝置600的接收單元601可以獲取預先存儲的在預定時間段內待檢測機房的報警記錄。在這里，上述報警記錄包括上述預定時間段內上述待檢測機房內的服務器集合生成的報警信息。

在本實施例中，用于檢測機房故障的裝置600的第一數量確定單元602可以確定第一數量，在這里，第一數量為上述報警記錄中出現的不同服務器集合標識的數量。

在本實施例中，用于檢測機房故障的裝置600的故障確定單元603可以基于所確定的第一數量，確定待檢測機房是否出現故障。

在本實施例的一些可選的實現方式中，上述故障確定單元，還用于：確定上述待檢測機房的第一比值，其中，上述第一比值為上述第一數量與上述待檢測機房中的服務器集合總數量的比值；基于上述第一比值，確定上述待檢測機房是否出現故障。

在本實施例的一些可選的實現方式中，上述報警信息還包括生成該報警信息時數據請求所滿足的預設條件的條件標識；以及上述裝置還包括：第二數量確定單元(未示出)，用于確定第二數量，其中，第二數量為上述報警記錄中出現的不同條件標識的數量；以及上述故障確定單元，還用于：基于上述第一數量和上述第二數量，確定上述待檢測機房是否出現故障。

在本實施例的一些可選的實現方式中，上述故障確定單元，還用于：確定上述待檢測機房的第二比值，其中，上述第二比值為上述第二數量與為上述待檢測機房中所有服務器集合的預設條件數量之和的比值；基于上述第一比值和上述第二比值，確定上述待檢測機房是否出現故障。

在本實施例的一些可選的實現方式中，上述故障確定單元，還用于：根據上述第一比值和上述第二比值，確定用于表征上述待檢測機房是否出現故障的異常檢測特征值；利用異常點檢測算法確定上述異常檢測特征值是否出現異常；響應于上述異常檢測特征值出現異常，確定上述待檢測機房出現故障。

在本實施例的一些可選的實現方式中，上述故障確定單元，還用于：計算上述第一比值和上述第二比值的乘積；將上述乘積的平方根作為異常檢測特征值。

在本實施例的一些可選的實現方式中，上述故障確定單元，還用于：響應于上述異常檢測特征值大于預設閾值，確定上述異常檢測特征值出現異常。

本實施例中實現細節(jié)和技術效果可以參考本申請其他實施例中的說明，在此不再贅述。

下面參考圖7，其示出了適于用來實現本申請實施例的服務器的計算機系統(tǒng)700的結構示意圖。圖7示出的服務器僅僅是一個示例，不應對本申請實施例的功能和使用范圍帶來任何限制。

如圖7所示，計算機系統(tǒng)700包括中央處理單元(CPU)701，其可以根據存儲在只讀存儲器(ROM)702中的程序或者從存儲部分708加載到隨機訪問存儲器(RAM)703中的程序而執(zhí)行各種適當的動作和處理。在RAM 703中，還存儲有系統(tǒng)700操作所需的各種程序和數據。CPU 701、ROM 702以及RAM 703通過總線704彼此相連。輸入/輸出(I/O)接口705也連接至總線704。

以下部件連接至I/O接口705：包括鍵盤、鼠標等的輸入部分706；包括諸如陰極射線管(CRT)、液晶顯示器(LCD)等以及揚聲器等的輸出部分707；包括硬盤等的存儲部分708；以及包括諸如LAN卡、調制解調器等的網絡接口卡的通信部分709。通信部分709經由諸如因特網的網絡執(zhí)行通信處理。驅動器710也根據需要連接至I/O接口705?？刹鹦督橘|711，諸如磁盤、光盤、磁光盤、半導體存儲器等等，根據需要安裝在驅動器710上，以便于從其上讀出的計算機程序根據需要被安裝入存儲部分708。

特別地，根據本公開的實施例，上文參考流程圖描述的過程可以被實現為計算機軟件程序。例如，本公開的實施例包括一種計算機程序產品，其包括承載在計算機可讀介質上的計算機程序，該計算機程序包含用于執(zhí)行流程圖所示的方法的程序代碼。在這樣的實施例中，該計算機程序可以通過通信部分709從網絡上被下載和安裝，和/或從可拆卸介質711被安裝。在該計算機程序被中央處理單元(CPU)701執(zhí)行時，執(zhí)行本申請的方法中限定的上述功能。需要說明的是，本申請上述的計算機可讀介質可以是計算機可讀信號介質或者計算機可讀存儲介質或者是上述兩者的任意組合。計算機可讀存儲介質例如可以是——但不限于——電、磁、光、電磁、紅外線、或半導體的系統(tǒng)、裝置或器件，或者任意以上的組合。計算機可讀存儲介質的更具體的例子可以包括但不限于：具有一個或多個導線的電連接、便攜式計算機磁盤、硬盤、隨機訪問存儲器(RAM)、只讀存儲器(ROM)、可擦式可編程只讀存儲器(EPROM或閃存)、光纖、便攜式緊湊磁盤只讀存儲器(CD-ROM)、光存儲器件、磁存儲器件、或者上述的任意合適的組合。在本申請中，計算機可讀存儲介質可以是任何包含或存儲程序的有形介質，該程序可以被指令執(zhí)行系統(tǒng)、裝置或者器件使用或者與其結合使用。而在本申請中，計算機可讀的信號介質可以包括在基帶中或者作為載波一部分傳播的數據信號，其中承載了計算機可讀的程序代碼。這種傳播的數據信號可以采用多種形式，包括但不限于電磁信號、光信號或上述的任意合適的組合。計算機可讀的信號介質還可以是計算機可讀存儲介質以外的任何計算機可讀介質，該計算機可讀介質可以發(fā)送、傳播或者傳輸用于由指令執(zhí)行系統(tǒng)、裝置或者器件使用或者與其結合使用的程序。計算機可讀介質上包含的程序代碼可以用任何適當的介質傳輸，包括但不限于：無線、電線、光纜、RF等等，或者上述的任意合適的組合。

附圖中的流程圖和框圖，圖示了按照本申請各種實施例的系統(tǒng)、方法和計算機程序產品的可能實現的體系架構、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分，該模塊、程序段、或代碼的一部分包含一個或多個用于實現規(guī)定的邏輯功能的可執(zhí)行指令。也應當注意，在有些作為替換的實現中，方框中所標注的功能也可以以不同于附圖中所標注的順序發(fā)生。例如，兩個接連地表示的方框實際上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現，或者可以用專用硬件與計算機指令的組合來實現。

描述于本申請實施例中所涉及到的單元可以通過軟件的方式實現，也可以通過硬件的方式來實現。所描述的單元也可以設置在處理器中，例如，可以描述為：一種處理器包括獲取單元、第一數量確定單元和故障確定單元。其中，這些單元的名稱在某種情況下并不構成對該單元本身的限定，例如，獲取單元還可以被描述為“獲取預定時間段內待檢測機房的報警記錄的單元”。

作為另一方面，本申請還提供了一種計算機可讀介質，該計算機可讀介質可以是上述實施例中描述的裝置中所包含的；也可以是單獨存在，而未裝配入該裝置中。上述計算機可讀介質承載有一個或者多個程序，當上述一個或者多個程序被該裝置執(zhí)行時，使得該裝置：獲取預定時間段內待檢測機房的報警記錄，其中，上述報警記錄包括上述預定時間段內上述待檢測機房內的服務器集合生成的報警信息；確定第一數量，其中，第一數量為上述報警記錄中出現的不同服務器集合標識的數量；基于所確定的第一數量，確定上述待檢測機房是否出現故障。

以上描述僅為本申請的較佳實施例以及對所運用技術原理的說明。本領域技術人員應當理解，本申請中所涉及的發(fā)明范圍，并不限于上述技術特征的特定組合而成的技術方案，同時也應涵蓋在不脫離上述發(fā)明構思的情況下，由上述技術特征或其等同特征進行任意組合而形成的其它技術方案。例如上述特征與本申請中公開的(但不限于)具有類似功能的技術特征進行互相替換而形成的技術方案。