oracle 11g之物理備庫管理

oracle之物理備庫管理
第一：核查是否啟用了實時應用（應用模式），需要檢視動態效能檢視v$archive_dest_status(如果開啟了實時應用,則 recovery_mode會顯示為: MANAGEDREAL TIME APPLY)
select recovery_mode from v$archive_dest_status where dest_id=2;

第二：查詢當前資料庫的基本資訊
select database_role,db_unique_name,open_mode,protection_mode,protection_level,switchover_status from v$database;

第三：檢視程式的活動情況，需要檢視動態效能檢視v$managed_standby
select process,client_process,sequence#,status from v$managed_standby;

第四：檢視確認redo 應用進度 需要檢視動態效能檢視v$archive_dest_status
select dest_name,archived_thread#,archived_seq#,applied_thread#,applied_seq#,db_unique_name from v$archive_dest_status where status='VALID';

第五：檢視歸檔檔案路徑及建立資訊 需要檢視動態效能檢視v$archived_log(查詢 standby 資料庫歸檔檔案的一些附加資訊,比如檔案建立時間啦,建立程式啦,歸檔序,是否被應用)
select name,creator,sequence#,applied,completion_time from v$archived_log;

第六：檢視歸檔歷史 需要檢視動態效能檢視v$log_history(主要查詢 standby 庫中所有已被應用的歸檔檔案資訊，不論該歸檔檔案是否還存在)
select first_time,first_change#,next_change#,sequence# from v$log_history;

第七：DG 事件 需要檢視動態效能檢視v$dataguard_status(顯示那些被自動觸發寫入alert.log或伺服器trace 檔案的事件.通常是在你不便訪問到伺服器查詢alert.log時,可以臨時訪問本檢視檢視一些與DG相關的資訊
select message from v$dataguard_status;

第八：調整物理 standby  log應用頻率(調整應用頻率主要就是調整 io 讀取能力)
1.設定 recover 並行度
在介質恢復或 redo應用期間,都需要讀取重做日誌檔案,預設都是序列恢復,在執行recover的時候加上 parallel 子句來指定並行度,提高讀取和應用的效能
alter database recover managed standby database parallel 2 disconnect from session --parallel=CPUs*2;
2 .加快 redo 應用頻繁
設定初始化引數 DB_BLOCK_CHECKING=FALSE 能夠提高 2 倍左右的應用效率,該引數是驗證資料塊是否有效,對於 standby 禁止驗證基本上還是可以接受的,另外還有一個關聯初始化引數DB_BLOCK_CHECKSUM ，建議該引數在 primary 和 standby 都設定為true
3 .設定 PARALLEL_EXECUTION_MESSAGE_SIZE
如果開啟了並行恢復,適當提高初始化引數: PARALLEL_EXECUTION_MESSAGE_SIZE 的引數值，比如 4096 也 能提高大概 20% 左右的效能，不過需要注意增大這個引數的引數值可能會佔用更多記憶體
4 .優化磁碟 I/O
在恢復期間最大瓶頸就是 I/O 讀寫,要緩解這個瓶頸,使用本地非同步I/O並設定初始化引數DISK_ASYNCH_IO=TRUE 會有所幫助. DISK_ASYNCH_IO 引數控制到資料檔案的磁碟 I/O 是否非同步. 某些情況下非同步 I/O 能降低資料庫檔案並行讀取，提高整個恢復時間

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/20976446/viewspace-686484/，如需轉載，請註明出處，否則將追究法律責任。