[發明專利]基于監控的主、備服務器切換

有效

• 申請號: 201210420098.7
• 申請日: 2012-10-29
• 公開（公告）號: CN103795553B
• 公開（公告）日: 2017-06-06
• 發明（設計）人: 戚躍民;胡文斌;施躍躍;劉震;裘愉峰;董龍;徐健
• 申請（專利權）人: 中國銀聯股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L1/22
• 代理公司: 中國專利代理(香港)有限公司72001
• 代理人: 杜娟娟,王忠忠

技術領域

本發明涉及服務器切換技術，尤其涉及基于應用服務器與主、備服務器的連接狀態進行切換的技術。

背景技術

考慮到應用和數據庫的高可用及可靠性，一般的IT系統架構是將應用和數據庫分設在不同的服務器上。對于應用，常設置多臺服務器以處理對各種應用的請求及相關業務，用于各個應用的服務器可稱為應用服務器。對數據庫，通常會設置至少兩臺服務器形成主備模式。

正常情況下，應用服務器與主數據庫服務器通信，從主數據庫獲取所需要的數據和信息。在數據庫主服務器異常的情況下，數據庫備服務器及時接管，應用服務器的各應用連接到該備服務器，從而恢復或繼續業務處理。

一般地，IT系統中會采用高可用商業產品，如IBM 的AIX HACMP、DB2 HADR，Oracle RAC等實現了主備服務器之間的切換。為了實現切換，這種方案的做法是在數據庫主服務器和備服務器之間進行心跳檢測，一旦心跳檢測發現主服務器異常，則立即啟動切換。

盡管這種方案可以及時恢復數據庫服務，但存在以下不足：

1.判斷條件單一，容易引起誤切換或不能及時切換。該方案中采用的心跳檢測或健康檢測，對于這種檢測機制，其判斷條件的如果設置較為敏感，容易引起誤切換，如果設置的過于遲鈍，則不能及時切換。例如主備服務器之間網絡連接中斷導致心跳信息丟失，便會使備服務器認為主服務器異常而進行切換，但此時主服務器實際上依然正常運行，切換反而會引起業務異常；再如，如果主服務器處于一臨界狀態，數據庫服務已經異常，但主服務器仍可ping通，心跳信號正常，這時備份服務器又不會自動切換；還有，在數據庫主服務器資源使用情況出現異常時，如CPU或I/O出現瓶頸，備份服務器無法獲得異常信息，也就無法針對這種異常進行切換；

2.切換后應用服務器需要手工逐臺重連至備服務器，業務恢復時間長。數據庫服務器實現自動切換后，應用無法獲知、無法自動重連，這時往往需要手工逐臺進行應用重啟或重新連接，大大延長了業務恢復的時間；

3. 切換判斷不充分，即使切換機制啟動，也無法確保切換成功實現。在備份服務器進行切換前，無法判斷當前備份服務器是否具有實現業務恢復的條件，如數據庫結合到備服務器時是否正常運行，備服務器系統資源是否可滿足業務運行等。

發明內容

本發明提供一種監控方法，其用在包含彼此通信連接的應用服務器、主服務器和備服務器的系統中，所述方法包括：

a）每隔第一時間間隔，獲取所述應用服務器與所述主服務器的連接狀態；

b）每隔第二時間間隔，獲取所述應用服務器與所述備服務器的連接狀態；

c）每隔第三時間間隔，獲取設置在所述主服務器的數據庫的服務狀態；

d）每隔第四時間間隔，獲取設置在所述備服務器的數據庫的服務狀態；

e）每隔第五時間間隔，獲取所述主服務器的資源使用狀態；

f）每隔第六時間間隔，獲取所述備服務器的資源使用狀態；以及

g）存儲按照第一時間間隔、第二時間間隔、第三時間間隔、第四時間間隔、第五時間間隔及第六時間間隔所獲取的各狀態，且各狀態作為是否進行切換的判斷基礎。

優選地，所述監控方法還包括根據預設的時間間隔訪問在步驟g）所存儲的各狀態，并且：

在按照第一時間間隔所獲取的狀態表明所述應用服務器與所述主服務器連接不正常的情況下，發送報警信號；

在按照第二時間間隔所獲取的狀態表明所述應用服務器與所述備服務器連接不正常的情況下，發送報警信號；

在按照第三時間間隔所獲取的狀態表明設置在所述主服務器的數據庫服務不正常的情況下，發送報警信號；

在根據第四時間間隔所獲取的狀態表明設置在所述備服務器的數據庫服務不正常的情況下，發送報警信號。

優選地，所述監控方法還包括訪問在步驟g）所存儲各狀態時，判斷各狀態是否按照相應的時間間隔進行了更新，如果沒有，則發送報警信號。

優選地，所述監控方法中，所述主服務器的資源使用狀態至少包括其CPU使用狀態、輸入/輸出接口使用狀態、存儲器使用狀態；所述備服務器的資源使用狀態至少包括其CPU使用狀態、輸入/輸出接口使用狀態、存儲器使用狀態。

優選地，所述監控方法中，所述步驟g）存儲的各狀態是存儲在所述備服務器中。

本發明還提供一種在主服務器和備服務器之間進行切換的方法，其用在包含彼此通信連接的應用服務器、主服務器和備服務器的系統中，所述方法包括：