DB2高可用性災難恢復（HADR）的限制

2024-07-21 02:41:33

字體：大中小

來源：轉載

供稿：網友

　　環境產品:DB2 UDB 　　平臺:跨平臺　　版本:8.2 (8.1 補丁7) 　　問題 DB2 UDB 高可用性災難恢復(HADR)是一種數據庫復制功能，它為部分和整個站點故障提供了高可用性解決方案。HADR 通過將數據的更改從源數據庫(稱為主數據庫)復制到目標數據庫(稱為備用數據庫)來防止數據丟失，這一數據復制操作是通過庫日志來實現的。這里介紹一下配置使用 HADR 時應考慮和加以注重的關于 HADR 的限制。　　解答關于高可用性災難恢復(HADR)的限制總結如下:: 　　1. 僅在 DB2 UDB 企業服務器版本(ESE)上支持 HADR。但是，當 ESE 上有多個數據庫分區時，不支持 HADR。　　2. 主數據庫和備用數據庫必須具有相同的操作系統版本和相同的 DB2 UDB 版本，交替卷動升級過程中較短時間除外。　　3. 主數據庫和備用數據庫上的 DB2 UDB 發行版必須具有相同的位大小(32 位或 64 位)。　　4. 不支持備用數據庫上的讀操作。客戶機無法與備用數據庫連接。　　5. 只能由當前主數據庫執行日志歸檔。　　6. 備用數據庫上不支持備份操作。　　7. 不可將非(日志)記錄操作復制到備用數據庫中。　　由于 HADR 是使用庫日志來將數據復制到備用數據庫的，因此主數據庫中答應非記錄操作，但不答應將此類操作復制到備用數據庫。這些非復制操作包括以下操作(但不僅限于以下操作): 　　1)使用指定的 NOT LOGGED INITIALLY 選項創建的表。　　2)BLOB 和 CLOB 字段。雖然這些字段不被復制，但會在備用數據庫上為其分配空間。　　3)使用 UPDATE DATABASE CONFIGURATION 和 UPDATE DATABASE MANAGER CONFIGURATION 命令對數據庫配置所執行的更新。　　4)恢復歷史文件及對此歷史文件的更改。　　8. 不支持使用指定的 COPY NO 選項的裝入操作。　　9. 不支持使用 DataLink。　　10.不支持原始日志。　　HADR 不支持對數據庫日志文件使用原始 I/O(直接磁盤存取)。假如使用 START HADR 命令啟動 HADR，或者假如在配置了 HADR 后重新啟動數據庫，將檢測原始日志，導致相關聯的命令失敗并產生 SQL1768N 原因碼“9”的報錯，即: 　　數據庫配置為使用原始日志。但是，HADR 不支持對數據庫日志文件使用原始 I/O(直接磁盤存取)。

上一篇：DB2中幾種遇到的SQL1032N出錯的解決

下一篇：DB2數據庫的數據復制技術簡單概述（1）