[發明專利]一種數據庫模式切換的方法及裝置

有效

• 申請號: 200810089201.8
• 申請日: 2008-04-08
• 公開（公告）號: CN101556585A
• 公開（公告）日: 2009-10-14
• 發明（設計）人: 趙林
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京集佳知識產權代理有限公司
• 代理人: 逯長明

技術領域

本發明涉及數據庫技術領域，特別是涉及一種數據庫模式切換的方法及裝 置。

背景技術

隨著辦公自動化和電子商務的飛速發展，企業對信息系統的依賴性越來越 高，數據庫作為信息系統的核心擔當著重要的角色。尤其在一些對數據可靠性 要求很高的行業如銀行、證券、電信等，如果發生意外停機或數據丟失等災難， 其損失會十分慘重。為此數據庫管理員應針對具體的業務要求制定詳細的數據 庫備份與災難恢復策略，以保證數據的高可用性。

現有技術通常使用數據保護(Data?guard)體系來實現數據庫備份與災 難恢復策略。在Data?guard體系中，包括一個主數據庫和至少一個備用數據 庫。應用端服務器連接到主數據庫，進行數據讀寫訪問；主數據庫因數據變化， 會生成日志文件(Log)，并將生成的日志文件通過網絡傳遞到備用數據庫，備 用數據庫利用從主庫傳遞過來的日志文件，達到與主數據庫相同的數據狀態， 實現數據同步。

參見圖1，Data?guard體系主要分為兩部分：數據中心主站點及同城數 據容災中心。假設在數據中心主站點與同城數據容災中心各包括四個數據庫， 其中Db1_pri，Db2_pri，Db3_pri，Db4_pri都處于主模式，這些數據庫都處于數 據中心主站點，通過光纖交換機U103、U104共用一臺高端存儲U101，對外提 供服務；Db1_stb，Db2_stb，Db3_stb，Db4_stb都處于備用模式，這些數據庫都 存儲于同城數據容災中心，通過光纖交換機U105、U106共用一臺高端存儲 U102，應用從對應主庫傳遞過來的日志。

數據中心主站點利用Data?guard技術，通過同城網絡不斷地向同城數據 容災中心傳遞日志文件，同城數據容災中心的 Db1_stb，Db2_stb，Db3_stb，Db4_stb幾臺物理備用數據庫不斷應用從對應主 庫Db1_pri，Db2_pri，Db3_pri，Db4_pri傳遞過來的日志文件，進行數據恢復， 達到與主數據庫數據同步的狀態。

從以上現有技術可以看出，數據中心主站點的數據庫都處于主模式狀態， 所有的應用服務器都會連接到數據中心主站點的數據庫進行讀寫訪問，為客戶 提供服務。同城數據容災中心的數據庫都處于備用模式狀態，它們只是應用從 數據中心主站點主庫傳遞過來的日志，這些數據庫所使用的主機及高端存儲基 本處于閑置狀態。隨著聯機事物處理(on-line?transaction?processing，OLTP) 業務的高速發展，由于在數據中心主站點，多個數據庫共用一臺高端存儲設備， 這臺共用的高端存儲設備會很快成為整個系統的瓶頸。另一方面，由于數據中 心主站點所使用的高端存儲處于超負荷運行狀態，而數據容災中心的高端存儲 卻處于閑置狀態，造成了嚴重的資源浪費。數據中心的主站點的高端存儲因其 承擔所有的業務訪問壓力，執行應用服務器的請求時間過長，無法滿足高速增 長的業務發展需求。

發明內容

有鑒于此，本發明的目的在于提供一種數據庫模式切換的方法及裝置，以 解決現有技術中處于主模式的數據庫共享的高端存儲壓力過大的問題。

為實現上述目的，本發明提供了如下方案：

一種數據庫模式切換的方法，包括：

確定處于備用模式的數據庫共享的高端存儲能夠承受的最大IOPS，以及 各處于主模式的數據庫的最大IOPS；

選擇至少一個處于主模式的數據庫，計算選擇的各處于主模式的數據庫的 最大IOPS之和，得到第一數值；

判斷所述第一數值是否小于所述處于備用模式的數據庫共享的高端存儲 能夠承受的最大IOPS；

如果是，則將選擇的各處于主模式的數據庫切換為備用模式，并將對應的 處于備用模式的數據庫切換為主模式。

其中，如果再次進行數據庫模式的切換，還包括：

再次選擇至少一個原處于主模式的數據庫；

計算再次選擇的各數據庫的最大IOPS之和，得到第二數值；

計算所述第一數值和所述第二數值之和，得到第三數值；

判斷所述第三數值是否小于所述處于備用模式的數據庫共享的高端存儲 能夠承受的最大IOPS；

如果是，則將再次選擇的各處于主模式的數據庫切換為備用模式，并將對 應的處于備用模式的數據庫切換為主模式。

其中，在選擇至少一個處于主模式的數據庫之前，還包括：