oracle11gr2 active data guard,Oracle11gR2 Aactive DataGuard(手动)装配部署及维护文档（三）之升级及rman...
Oracle11gR2 Aactive DataGuard(手動)安裝部署及維護文檔(三)之升級及rman
l????????? 第六部分: dataguard其它管理問題
一．滾動升級DG
升級概要：
1. 升級備用數據庫。
2. 將應用程序轉移至備用數據庫。
3. 升級主數據庫。
4. 將應用程序轉移回原來的主數據庫。
邏輯、物理DG具體升級過程：
邏輯DG滾動升級過程：
１.???? 停止恢復邏輯備庫。
２.???? 升級邏輯備庫。
３.???? 備庫斷續恢復完成”彌補”
４.???? 將備用庫轉換為主數據庫。
５.???? 將原始的主庫轉換為備庫，然后進行升級。
６.???? 升級完成后，最后再次角色反轉，原來的主庫作為新的主庫。
物理DG滾動升級過程：
１.???? 將物理備庫轉換成臨時的邏輯備庫。
SQL> alter database recover to logical standby keep identity;
Database altered.
２.???? 停止恢復邏輯備庫。
３.???? 升級邏輯備庫。
４.???? 備庫斷續恢復完成”彌補”
５.???? 將備用庫轉換為主數據庫。
６.???? 將原始的主庫轉換為備庫，然后進行升級。
７.???? 升級完成后，然后再次角色反轉，原來的主庫作為新的主庫。
８.???? 最后把此時的邏輯備庫轉為物理備庫。
注意：通過上面的步驟可以看出，升級物理DG的操作只是多了一步把邏輯備庫轉換成主物理備庫，然后的步驟和升級邏輯DG相同。升級完成后再把邏輯備庫轉換成物理備庫。
詳細信息見：
http://download.oracle.com/docs/cd/B28359_01/server.111/b28294/rollup.htm#BABGHIGF
二．11g其它DG特性
１.???? 網絡超時
Data Guard 環境的工具原理是：連接備用服務器端的數據庫實例，向備用服務器發送重做數據。如果實
例沒有及時響應，日志傳輸服務將等待指定的超時值，然后放棄。可以在 Oracle 數據庫中使用
net_timeout 參數設置超時值。在最大限度的保護模式下，日志傳輸服務將嘗試 20 次后放棄。
但首選您要知道日志傳輸中當前的延遲。新視圖 v$redo_dest_resp_histogram 以直方圖形式表示了該時
間值：
SQL> desc v$redo_dest_resp_histogram
Name Null? Type
---------------------- ------- --------------
DEST_ID NUMBER
TIME VARCHAR2(20)
DURATION NUMBER
FREQUENCY NUMBER
該視圖在給定圓柱中向您顯示了傳輸花費時間中的次數。如果運行幾天后再查看此視圖，您可以清楚要設
置的超時時間。然后可使用以下命令設置超時時間：
alter system set log_archive_dest_2 = 'service=pro11sb LGWR ASYNC
valid_for=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=pro11sb compression=enable net_timeout=20'
這還是來自于上面的示例。注意參數值中的子句“net_timeout=20”。
２.???? 可動態修改的參數
在運行邏輯備用數據庫環境的過程中，您需要調整該過程并修改一些參數值。在 Oracle 數據庫 11g 中，
這些參數中的大部分可以在線更新。您可以通過查詢視圖 dba_logstdby_parameters 來查看這些參數。
col name format a30
col value format a10
col unit format a10
col setting a6
col setting format a6
col dynamic format a7
select *
from dba_logstdby_parameters
order by name
/
NAME VALUE UNIT SETTIN DYNAMIC
------------------------------ ---------- ---------- ------ -------
APPLY_SERVERS 5 SYSTEM YES
EVENT_LOG_DEST DEST_EVENT SYSTEM YES
S_TABLE
LOG_AUTO_DELETE TRUE SYSTEM YES
LOG_AUTO_DEL_RETENTION_TARGET 1440 MINUTE SYSTEM YES
MAX_EVENTS_RECORDED 10000 SYSTEM YES
MAX_SERVERS 9 SYSTEM YES
MAX_SGA 30 MEGABYTE SYSTEM YES
PREPARE_SERVERS 1 SYSTEM YES
PRESERVE_COMMIT_ORDER TRUE SYSTEM NO
RECORD_APPLIED_DDL FALSE SYSTEM YES
RECORD_SKIP_DDL TRUE SYSTEM YES
RECORD_SKIP_ERRORS TRUE SYSTEM YES
RECORD_UNSUPPORTED_OPERATIONS FALSE SYSTEM YES
注意列 DYNAMIC，其中顯示了值是否可動態修改。幾乎所有的參數都是動態的。例如，要更改參數
APPLY_SERVERS 同時不停止備用數據庫，您可以使用：
SQL> begin
2 dbms_logstdby.apply_set('APPLY_SERVERS',2);
3 end;
4 /
這會將 apply_servers 設置為 2，從而無需關閉備用數據庫即可完成這一任務。
３.???? SQL 應用事件表
在 Oracle 數據庫 10g 中，與 SQL Apply 相關的事件將寫入到警報日志中，這沒有很大的用處，因為您可
能想編寫腳本檢查它們，用于警報或報告。在 Oracle 數據庫 11g 中，默認將事件寫入 SYSTEM 模式下的
新表 LOGSTDBY$EVENTS。下面是一個查詢示例：
select event_time, error
from system.logstdby$events
order by 1;
EVENT_TIME ERROR
----------------------------- -------------------------------------------------
13-JAN-08 11.24.14.296807 PM ORA-16111: log mining and apply setting up
13-JAN-08 11.24.14.320487 PM Apply LWM 2677727, HWM 2677727, SCN 2677727
14-JAN-08 07.22.10.057673 PM APPLY_SET: APPLY_SERVERS changed to 2
14-JAN-08 07.22.11.034029 PM APPLY_SERVERS changed to 2
14-JAN-08 07.45.15.579761 PM APPLY_SET: EVENT_LOG_DEST changed to DEST_ALL
14-JAN-08 07.45.16.430027 PM EVENT_LOG_DEST changed to DEST_ALL
將事件保存在表中非常有用，原因眾多，其中之一就是操作和報告更加方便。但有時將它們保存在警報日
志中也很有用，特別是當使用一些監視工具來掃描警報日志以獲取錯誤和消息時。您可以將邏輯備用數據
庫應用參數“event_log_dest”設置為“DEST_ALL”來達到這一目的：
begin
dbms_logstdby.apply_set('EVENT_LOG_DEST','DEST_ALL');
end;
該任務可以動態完成，現在事件將同時傳輸到表和警報日志中。執行這一命令后，您可以檢查警報日志，
除可能的大量的 SQL Apply 事件外，它至少還更改了這兩行：
LOGSTDBY: APPLY_SET: EVENT_LOG_DEST changed to DEST_ALL
LOGSTDBY status: EVENT_LOG_DEST changed to DEST_ALL
三．在data guard環境用RMAN
１.???? ORACLE推薦使用的RMAN和DB配置
1)?? 配置假定說明：
下面配置步驟假設滿足下面環境的情況
standy庫是一個物理的備庫，而且僅在standby庫進行備份
使用recovery catalog進行備份，以便在一個服務器上的備份能恢復到另一個服務器上，而且recovery catalog有足夠空間存儲rman的備份信息；catalog備份服務器能從物理上隔離主庫和備，當災難發生后，不影響很久之前備份的恢復，所以oracle推薦使用recovery catalog方法做備份
數據庫配置環境是oracle 11gR1
使用oracle 安全備份軟件和第三方介質管理軟件配置RMAN備份到磁帶上
2)?? 主庫和備庫的環境配置
在DG環境中，下面的配置是被推薦使用在每個主庫和備庫。
配置一個FRA(快速閃回區)在本地位置，配置下面的參數
DB_RECOVERY_FILE_DEST =
DB_RECOVERY_FILE_DEST_SIZE =
使用Spfile參數文件，以便rman能備份spfile參數文件。
開啟數據庫閃回功能，以便能閃回數據庫到比較早的時點。
3)?? 在主庫的RMAN配置
下面是在主庫被推薦使用的rman配置
A.?????? 用RMAN連接主庫和recovery catalog
B.?????? 配置備份保存策略，如下
RMAN>CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
RMAN>CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF DAYS;
C.??????? 配置歸檔刪除策略
如果是設置日志傳送完成后刪除歸檔如下：
CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO ALL STANDBY;
如果是設置日志應用完成后刪除歸檔如下：
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED TO ALL STANDBY;
D.?????? 配置連接串在主和備庫，配置RMAN的主備庫DB_UNIQUE_NAM參數：
當使用下面的命令時所用到RESYNC CATALOG FROM DB_UNIQUE_NAME。配置方法如下：
CONFIGURE DB_UNIQUE_NAME BOSTON CONNECT IDENTIFIER 'boston_conn_str';
注意：主備庫密碼文件的sysdba密碼必需相同，'boston_conn_str'是在主庫配置備庫的的tns連接服務別名。
RMAN> CONFIGURE DB_UNIQUE_NAME 'HTDB2' CONNECT IDENTIFIER? 'htdb2_242';
RMAN> CONFIGURE DB_UNIQUE_NAME 'HTDB3' CONNECT IDENTIFIER? 'htdb3_243';
RMAN> LIST DB_UNIQUE_NAME OF DATABASE;
數據庫列表
數據庫關鍵字? 數據庫名稱? 數據庫 ID??????????? 數據庫角色??? Db_unique_name
------- ------- ----------------- ---------------? ------------------
1?????? HTDB2??? 1139129460?????? PRIMARY????????? HTDB1
1?????? HTDB2??? 1139129460?????? STANDBY????????? HTDB3
1?????? HTDB2??? 1139129460??? ???STANDBY????????? HTDB2
RMAN> RESYNC CATALOG FROM DB_UNIQUE_NAME 'HTDB2';
從 DB_UNIQUE_NAME 為 HTDB2 的數據庫進行重新同步
在執行完上面的resync語句后，主庫的CONFIGURE就會同步到備。可以分別用show all查看主備庫配置。
4)?? 在備庫執行備份的RMAN配置
在standby庫上做備份的庫上，下面的RMAN配置是推薦使用的。
A.?????? 使用rman連接目標備庫和recovery catalog.
B.?????? 啟用controlfile和spfile文件自動備份
CONFIGURE CONTROLFILE AUTOBACKUP ON;
C.??????? 跳過在已經存在的末發變化有效的數據文件備份
CONFIGURE BACKUP OPTIMIZATION ON;
D.?????? 使用介質管理軟件配置磁帶備份通道
CONFIGURE CHANNEL DEVICE TYPE SBT PARMS '';
E.??????? 配置歸檔刪除策略，如：
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
注意：因為在standby庫執行了日志備份，建議再進行配置BACKED UP選項為日志刪除策略。如：
backup as compressed BACKUPSET? archivelog all not backed up delete all input;
5)?? 在備庫未執行備份的RMAN配置
在未執行備份的備庫上，下面的RMAN配置是建議使用的
A.?????? 使用rman連接目標備庫和recovery catalog.
B.?????? 啟動歸檔自動刪除策略。
如果在備庫配置了下面的參數，在備庫歸檔被應用之后，備庫會根據FRA的存儲空間自動刪除歸檔日志
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
總結
以上是生活随笔為你收集整理的oracle11gr2 active data guard,Oracle11gR2 Aactive DataGuard(手动)装配部署及维护文档（三）之升级及rman...的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： oracle 取今日0时,Oracle
- 下一篇： oracle executesqlcom