Oracle Data Guard 11.2的新特性

Redo apply和SQL Apply通用的新特性

一個Data Guard配置可以由一個主庫和多達30個備庫組成
不再需要FAL_CLIENT初始化引數
Oracle ASM和快速恢復區域特性使用的預設歸檔路徑從LOG_ARCHIVE_DEST_10變成了LOG_ARCHIVE_DEST_1
Redo傳輸的壓縮不再限制只在解決gap的時候使用，當一個目的地中指定了compression，所有傳送到該目的地的redo資料都會被壓縮
新增了一個ALTER SYSTEM FLUSH REDO 表示式，在故障切換時，該SQL語句可以從一個mounted狀態的主資料庫中將未傳送的redo日誌重新整理到一個standby資料庫，由此可以在主庫沒執行在零資料丟失的保護模式時，也能做到無資料丟失。

Redo Apply的新特性

SQL Apply的新特性

邏輯standby和LogMiner工具支援使用了基本表壓縮、OLTP表壓縮和混合列壓縮的表(混合列壓縮是Oracle Exadata的特性之一)
邏輯standby和LogMiner工具支援包含SecureFile LOB欄位的表。在SecureFile LOB欄位上的壓縮和加密同樣被支援。(不支援刪除重複資料(De-duplication)和基於碎片(fragment-based)操作)
Oracle RAC主資料庫上XA(Extended Architecture)全域性事務上下文中發生的改變，會在邏輯standby資料庫上被複制。
在主資料庫上使用DBMS_REDEFINITION包執行的線上重定義會被複制到邏輯standby資料庫中
邏輯standby支援主資料庫中的版本使用，包括使用基於版本的重定義來升級應用，從而最小化停機時間(關於基於版本的重定義edition-based redefinition可以在Oracle Database Advanced Application Developer's Guide中檢視詳情)
邏輯standby資料庫支援流捕獲。這個特性允許你將單向的資訊傳播從主庫中解除安裝，並使用邏輯standby作為hub來將資訊傳播到多個資料庫中。流捕獲也可以把本地的更改傳播到邏輯standby資料庫中

Oracle Data Guard 11.1中的新特性

Redo apply和SQL Apply通用的新特性

Redo流量壓縮。當發生redo gap時，在講redo透過網路傳輸前會對其進行壓縮來提高傳輸效能
Redo傳輸響應時間直方圖。V$REDO_DEST_RESP_HISTOGRAM檢視中含有每個SYNC redo傳輸的目的地的響應時間的直方圖。檢視中的資料可以幫助你確定LOG_ARCHIVE_DEST_n中的NET_TIMEOUT屬性的合適的值
更快的角色轉換
對redo傳輸網路會話進行有效驗證(透過SSL)
簡化Data Guard管理介面。透過棄用一些多餘的SQL表示式和初始化引數
增強了DB_UNIQUE_NAME。在V$DATABASE中增加了一列PRIMARY_DB_UNIQUE_NAME來查詢主庫的DB_UNIQUE_NAME。11g中DB_UNIQUE_NAME相同的資料庫之間不能進行通訊
使用物理standby資料庫來滾動升級。透過在ALTER DATABASE RECOVER TO LOGICAL STANDBY中新增KEEP IDENTITY選項來臨時將物理standby資料庫轉換成邏輯standby，來實現滾動升級
多樣化的Data Guard 配置。這個特性允許在同一個Data Guard配置中混合使用Linux和Windows的主庫和備庫

Redo Apply的新特性

SQL Apply的新特性