HADR復制的操作以及不復制的操作

(HADR) 復制的操作：

高可用性災難恢復 (HADR) 使用數據庫日志將數據從主數據庫復制到備用數據庫。在備用數據庫上重放日志時，某些活動可能會導致備用數據庫落后于主數據庫。某些活動要進行大量記錄，它們生成的大量日志文件可能會導致存儲問題。雖然使用日志將數據復制到備用數據庫是可用性策略的核心，但記錄本身可能會對解決方案的可用性產生負面影響。合理設計維護策略，配置系統以盡可能降低日志記錄的負面影響，并允許日志記錄保護您的事務數據。

• 數據定義語言（DDL）

• 數據操作語言（DML）

• 緩沖池操作

• 表空間操作

• 聯機重組  詳細記錄所有操作

• 脫機重組  通常按幾百或幾千個受影響的行來記錄操作

• 存儲過程和用戶定義的函數（UDF）的元數據（但不是相關對象或庫文件）

• 聯機重組過程中，詳細記錄所有操作。結果，HADR 可以復制操作，而不會使備用數據庫比它在進行更多典型數據庫更新時更加遠遠地落在后面。但是，由于生成大量日志記錄，所以此行為可能對系統產生較大影響。

  如果未如聯機重組那樣大量地記錄脫機重組，通常按幾百或幾千個受影響的行來記錄操作。這意味著備用數據庫將落后，因為它等待每個日志記錄，然后立刻重放許多更新。如果脫機重組是非集群的，那么在整個重組操作之后生成單一日志記錄。此方式在最大程度上影響備用數據庫與主數據庫保持同步的功能。備用數據庫從主數據庫接收日志記錄之后，將執行整個重組過程。

  HADR 不復制存儲過程、UDF 對象和庫文件。必須在主數據庫和備用數據庫中相同路徑上創建文件。如果備用數據庫無法找到引用的對象或庫文件，那么備用數據庫上的存儲過程或 UDF 調用將失敗
  

  (HADR) 不復制的操作：

  高可用性災難恢復 (HADR) 使用數據庫日志將數據從主數據庫復制到備用數據庫。主數據庫允許不進行日志記錄的操作，但不會將此類操作復制到備用數據庫。如果要在備用數據庫中反映未日志記錄的操作（例如，對歷史記錄文件的更新），那么必須執行額外的步驟來實現此目的。

  以下是一些情況示例，在這些情況下，不會將主數據庫上的操作復制到備用數據庫：

  • 在指定了 NOT LOGGED INITIALLY 選項的情況下創建的表不會被復制。在 HADR 備用數據庫接管主數據庫后嘗試訪問這樣的表將導致錯誤。

  • 將復制所有已進行日志記錄的 LOB 列。將不會復制未進行日志記錄的 LOB 列。但是，在備用數據庫上將為它們分配空間，將二進制的零作為該列的值。

  • 不復制使用 UPDATE DATABASE CONFIGURATION（更新數據庫配置） 和 UPDATE DATABASE MANAGER CONFIGURATION（更新數據庫管理配置） 命令對數據庫配置所作的更新。

  • 不復制數據庫配置參數和數據庫管理器配置參數。

  • 對于用戶定義的函數（UDF）來說，不復制對數據庫外部的對象（例如相關的對象和庫文件）所作的更改。您需要通過其他方法在備用數據庫上對它們進行設置。

  • 不會自動地將恢復歷史記錄文件（db2rhist.asc）以及對其所作的更改從主數據庫復制到備用數據庫。

    通過發出具有 REPLACE HISTORY FILE 選項的 RESTORE DATABASE 命令，可以將歷史記錄文件的原始副本（從主數據庫的備份映像中獲取）放到備用數據庫上：

       RESTORE DB KELLY REPLACE HISTORY FILE

    初始化 HADR 并接著對主數據庫執行備份活動后，備用數據庫上的歷史記錄文件就已過期。但是，每個備份映像中都存儲了歷史記錄文件的一個副本。通過使用以下命令從備份映像中抽取歷史記錄文件，可以更新備用數據庫上的歷史記錄文件：

       RESTORE DB KELLY HISTORY FILE

    請不要使用正規操作系統命令將數據庫目錄中的歷史記錄文件從主數據庫復制到備用數據庫。進行復制時，如果主數據庫正在更新歷史記錄文件，那些文件就會損壞。

    如果執行接管操作并且備用數據庫有最新的歷史記錄文件，那么對新的主數據庫執行的備份和復原操作將在歷史記錄文件中生成新記錄，并且與原始主數據庫上生成的記錄完全混合。如果歷史記錄文件過期或者缺少條目，那么可能無法進行自動增量復原；而是，您將需要執行手動增量復原操作。