Oracle 11g RMAN Active Database Duplication 構建 Data Guard 詳解

Oracle 11g RMAN Active Database Duplication 構建 Data Guard 詳解

從 11g R1 (11.1.0.6) 起，RMAN 引入 Active Database Duplication，無需預先備份即可通過網絡直接從主庫複製數據文件到備庫，極大簡化了 Data Guard 物理備庫的部署。但若主備環境路徑不一致，參數轉換極其關鍵，稍有不慎即會導致「參數無法轉換」錯誤。

核心原理

• RMAN 在備庫側啟動輔助實例（NOMOUNT，僅需 db_name、db_unique_name、block_size）。
• 通過輔助通道從主庫拉取：密碼文件、SPFILE、控制文件、數據文件、歸檔日志。
• 在備庫側自動執行參數轉換（parameter_value_convert、db_file_name_convert、log_file_name_convert 等）、掛載備庫控制文件、恢復數據文件、OPEN RESETLOGS。

關鍵前提：主備路徑不一致時必須顯式指定轉換參數

若 $ORACLE_BASE、$ORACLE_HOME、數據文件路徑任意一項不同，必須在 DUPLICATE 命令中完整聲明所有路徑相關參數，否則 RMAN 會沿用主庫 SPFILE 內的原始路徑，導致備庫啟動失敗或文件創建錯位。

完整 DUPLICATE 腳本範例（含詳細註釋）

run {
  allocate channel prmy1 type disk;
  allocate channel prmy2 type disk;
  allocate channel prmy3 type disk;
  allocate channel prmy4 type disk;
  allocate auxiliary channel stby type disk;

  duplicate target database for standby from active database
    dorecover
    spfile
      parameter_value_convert 'ora11g','lixora'
      set db_unique_name='orcl'
      set standby_file_management='AUTO'
      set fal_server='ora11g'
      set log_archive_dest_1='LOCATION=/oracle/app/oracle/oradata/arch VALID_FOR=(ALL_LOGFILE,ALL_ROLE) DB_UNIQUE_NAME=lixora'
      set log_archive_dest_2='service=ora11g ASYNC valid_for=(ONLINE_LOGFILE,PRIMARY_ROLE) db_unique_name=ora11g'
      set control_files='/oracle/app/oracle/oradata/control01.ctl'
      set diagnostic_dest='/oracle/app/oracle'
      set audit_file_dest='/oracle/app/oracle'
      set db_file_name_convert='/u01/app/ora11/oradata/ORA11G/datafile/','/oracle/app/oracle/oradata/'
      set log_file_name_convert='/u01/app/ora11/oradata/ORA11G/onlinelog/','/oracle/app/oracle/oradata/'
      set db_create_file_dest='/oracle/app/oracle/oradata/'
      set db_recovery_file_dest='/oracle/app/oracle/oradata/'
      -- set sga_max_size=200M
      -- set sga_target=185M
    nofilenamecheck;
}

執行流程深度解讀（基於 RMAN 輸出日志）

1. 備份密碼文件與 SPFILE 到備庫，並修改備庫 SPFILE 參數（sql clone "alter system set spfile=..."）。
2. 自動生成參數設置腳本：RMAN 根據 spfile ... set 子句，批量執行 alter system set ... scope=spfile，覆蓋路徑、DG 參數、審計/診斷目標等。
3. 關閉並重啟輔助實例至 NOMOUNT，加載新 SPFILE。
4. 備份當前控制文件 FOR STANDBY 並傳輸，alter database mount standby database。
5. 設置數據文件/臨時文件新名稱（set newname），並行備份數據文件到備庫路徑。
6. 切換備庫控制文件中的數據文件指向（switch clone datafile all）。
7. 應用歸檔日志恢復（dorecover 選項），最終 OPEN RESETLOGS。

易踩坑的關鍵目錄（必須預先創建）

• 快速恢復區（db_recovery_file_dest）
• ADR 診斷目錄（diagnostic_dest）
• 審計日志目錄（audit_file_dest）
• OMF 數據文件目錄（db_create_file_dest）

官方定義的 Active Duplication 自動化步驟

1. 創建備庫控制文件
2. 重啟輔助實例並掛載備庫控制文件
3. 創建備庫數據文件並通過增量備份與歸檔日志恢復
4. 以 RESETLOGS 方式打開備庫

避坑指南： 若不熟悉主庫參數佈局與路徑結構，建議採用傳統「備份+還原」方式構建 DG，雖步驟多但可控性強；Active Duplication 適合標準化、同構環境的快速部署。