【DATAGUARD】DG系列之11g新特性簡單介紹

【DATAGUARD 】DG 系列之11g 新特性

一、 物理備庫的新特點
1 、物理備庫可實時查詢

   在oracle11g 以前的物理備庫，備庫是可以只讀方式開啟，但是這時Media Recovery （redo Apply ）過程就停止了。如果備庫處於恢復過程，那麼備庫就不能開啟。Oracle11g 解決了這個矛盾，在恢復的同時也可以開啟資料庫。
2 、加快備庫備份的速度
   在oracle10g 引入了Block Tracking 技術，來監控那些資料庫是上次增量以來修改的，這樣可以加快增量備份的速度，但是這個功能只能在主庫上有效，oracle11g 解決了這個矛盾，備庫的備份也支援Block Tracking ，這樣使用者可以再備庫上面快速執行備份，減輕主庫負載。
3 、快照備庫（oracle10g 已經有了）
   就是允許物理備庫以讀寫模式開啟，但是同時沒有破壞它作為備庫的功能，這個特性可以用來的物理備庫上面執行某些測試，待測試完成，把資料庫再置為物理備庫。當然在備庫以讀寫方式開啟的時候它只能接受主庫傳過來的redo ，但是不能應用這些redo 。實際上就是因為在備庫上使用了Flashback 技術來實現這個功能。
4 、提高redo apply 的效能
   oracle11g 可以利用並行技術來進行redo apply ，提高恢復的速度。

二、 邏輯備庫的新特點
1 、支援更多的資料型別
   XMLType data type （CLOB 儲存）
2 、支援下面的oracle 包和資料加密
   DBMS_FGA(Fine Grained Auditing)
   DBMS_RLS(Virtual Private Database)
   實際上就是支援在邏輯備庫上面支援精細的審計功能和虛擬資料庫功能。
   Transparent Data Encryption(TDE) 的支援
   備庫上面支援並行DDL
3 、Fast-Start Failover
   更快速執行失敗切換，更精細控制觸發failover 的事件，比如可以根據某個ora 的錯誤號來發出切換。

三、 其他改進
1 、重做壓縮
   將歸檔日誌從主庫傳送到備庫伺服器，再將它們應用到資料庫上，這一過程是data guard 的前提。主備庫間時間差的一個重要部分是傳輸歸檔日誌的時間。如果對重做流進行壓縮，可以將這一過程加快。在oracle11g 中，可以使用SQL*Net 將壓縮引數設為真。從而壓縮傳輸至備庫伺服器的重做流。這一過程之適用在Gap Resolution 間傳輸的日誌。一下命令可以用來啟用壓縮：

SQL>alter system set log_archive_dest_2='service=DG_ORCLSTD  LGWR ASYNC valid_for=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=ORCLSTD  compression=enable';

   2 、網路超時
   Data guard 環境的工具原理是：連線備庫伺服器的資料庫例項，向備庫伺服器傳送重做資料。如果例項沒有及時響應，日誌傳輸服務將等待指定的超時值，然後放棄。可以在Oracle 資料庫中使用net_timeout 引數設定超時值。在最大限度的保護模式下，日誌傳輸服務將嘗試20 次後放棄。但首先要知道日誌傳輸中當前的延遲。新檢視v$redo_dest_resp_histogram 以直方圖形式表示了該時間值。該檢視在給定圓柱中間顯示了傳輸花費時間中的次數。如果執行幾天後再檢視此檢視，可以清楚要設定的超時時間。然後可以使用以下命令設定超時時間：

SQL>alter system set  log_archive_dest_2='service=DG_ORCLSTD LGWR ASYNC  valid_for=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=ORCLSTD  compression=enable net_timeout=20';