編輯手記：12.2的發(fā)布，讓很多技術愛好者迫不及待要嘗嘗鮮了，然而眾多的新特性卻可能讓我們無所適從,，為此我們節(jié)選12.2中一些重要的新特性,，將在接下來的幾期晨讀中分享給大家，希望大家能夠在12.2的應用中游刃有余,。

注：文章內容來自官方文檔翻譯,。若需要了解更多，請查閱官方文檔,。

1,、Multi-Instance Redo Apply (多實例redo應用)

在Oracle Database 12.2 之前的版本上，對于物理standby 數據庫,，將Redo應用于Oracle RAC standby數據庫上的單一實例是受限的,。在12.2版本上， redo apply現在可以根據用戶的不同配置在部分或者所有standby實例上運行,。 如果需要,，可以通過添加其他standby實例來實現Redo Apply性能擴展。

有了這個新功能,，可以為任何主要工作負載實現恢復時間上的目標,。 這對于大型Oracle RAC集群的客戶和Oracle Exadata的客戶都有重要的意義。 Oracle Active Data Guard用戶還可以實時訪問當前信息,。 以這種方式擴展應用性能意味著standby數據庫始終是最新的,，即使在有很多個節(jié)點的Oracle RAC集群的邏輯卷上也能保證信息的實時性。

2,、Oracle Data Guard for Data Warehouses(用于數據倉庫的Oracle Data Guard)

在以前的版本中,，在primary數據庫上使用NOLOGGING選項進行直接加載，一直很難更新對應的standby數據庫上的數據,。在物理standby數據庫上，數據塊被標記為不可恢復,，并且嘗試讀取它們的任何SQL操作都將返回error,。 對于邏輯standby數據庫來說，SQL apply將會因為redo失效的錯誤而被迫中止,。

現在在2.2 中,，物理standby數據庫中的塊，被記錄在standby數據庫的控制文件中,，可以使用如下命令以簡單方便的方式進行修復

RMAN RECOVER DATABASE NONLOGGED BLOCK

3,、Data Guard Broker PDB Migration or Failover(Data Guard 代理PDB 遷移或故障轉移)

在多租戶代理配置中，可能需要將生產PDB從一個container數據庫移動到駐留在同一系統(tǒng)上的另一個container數據庫,。當生產PDB發(fā)生故障,，container數據庫和所有其他PDB正常工作時，用戶還可能需要將PDB從Data Guard standby數據庫故障切換到新的生產container數據庫。

在12.2中將有簡單的辦法來實現整個過程,。

使用命令：Data Guard Broker DGMGRL命令：

MIGRATE PLUGGABLE DATABASE

該命令能夠從primary數據庫中拔出PDB,，并將其插入主系統(tǒng)上的另一個container數據庫，以及通過從Data Guard standby 容器中拔出PDB來故障切換單個PDB數據庫,，并將其插入standby系統(tǒng)上的現有新primary container數據庫,。在這兩種情況下，正在移動的PDB的數據文件必須駐留在對當前容器數據庫和目標container數據庫均可見的存儲上,。

當以此方式遷移PDB時,，必須將數據文件從新container數據庫復制到其Data Guard standby數據庫，并且必須為新PDB啟用恢復,。當將PDB從Data Guard standby數據庫故障轉移到新的primary container數據庫時,，Data Guard備用數據庫和目標容器數據庫上的數據庫版本必須相同。當在主系統(tǒng)上將PDB從一個container移動到另一個container時,，版本可以等于或高于當前container,，但必須升級PDB才能使用它。

使用新的Data Guard Broker命令MIGRATE PLUGGABLE DATABASE,，可以輕松地將單個PDB從一個container數據庫移動到另一個container數據庫,，或將單個PDB從Data Guard standby 數據庫故障切換到新的生產container數據庫。

4,、Online Table Move(在線表移動)

非分區(qū)表可以作為聯(lián)機操作移動,，而不阻止任何并發(fā)DML操作。 表移動操作現在還支持自動索引維護作為移動的一部分,。

對非分區(qū)表的數據維護不需要任何維護窗口,，因為它不會影響任何DML或查詢操作。

5,、Partitioning: Table Creation for Partition Exchange(創(chuàng)建分區(qū)表和分區(qū)交互)

新的DDL命令（CREATE TABLE FOR EXCHANGE WITH）允許創(chuàng)建與分區(qū)表的形狀完全匹配的表,，因此能夠進行分區(qū)表的分區(qū)或子分區(qū)交換。 請注意,，索引不是作為此命令的一部分創(chuàng)建的,。

創(chuàng)建能夠進行分區(qū)或子分區(qū)交換的表對于已經進行了各種結構更改和重組的舊表而言可能是一個乏味的任務。 使用這個新的DDL,，任務變得非常簡單和直接實現,。 與CREATE TABLE AS SELECT命令相比，它還向此類操作添加了一些隱式業(yè)務上下文,。

該命令舉例：

6,、Partitioning: Filtered Partition Maintenance Operations(分區(qū)：過濾分區(qū)維護操作)

分區(qū)維護操作現在可以與數據過濾結合使用。 例如,，分區(qū)可以被壓縮并移動到不同的表空間,，但是只有滿足特定過濾標準的數據被實際移動,。

具有數據過濾的分區(qū)維護操作結合了兩個最常見的數據維護操作。 這種組合不僅使得分區(qū)維護操作更加靈活和強大,，而且與兩個單獨的數據管理操作相比,，它使得其更高性能和更少的資源密集。

7,、Disk Space Check During RECOVER TABLE Operation(RECOVER TABLE操作期間的磁盤空間檢查)

Oracle RMAN表恢復（RECOVER TABLE）功能會隱式創(chuàng)建輔助實例,，還原和恢復表空間或數據文件時會執(zhí)行執(zhí)行表恢復操作。 但是,，如果沒有足夠的空間來創(chuàng)建實例,，則返回操作系統(tǒng)級錯誤。 此增強功能在RMAN執(zhí)行表恢復之前對輔助實例的可用磁盤空間進行預先檢查,。

RECOVER TABLE是一種數據庫級別的操作,，可防止由于磁盤空間問題導致的操作系統(tǒng)級錯誤。 實現此功能時,，如果沒有足夠的空間來執(zhí)行操作,，則會提前通知用戶，并且會中止RECOVER TABLE操作,。

8,、Data Guard DUPLICATE Command Enhancements(Data Guard DUPLICATE命令增強)

該功能包含兩方面的增強：

• Far Sync Standby Support 遠程同步Standby 支持 從Oracle Database 12c版本1（12.1）開始，引入了一個稱為遠程同步備用的standby數據庫的新變體,。 此增強的目標是允許用戶使用DUPLICATE命令創(chuàng)建此類型的standby數據庫,。

• Normal Duplicate Database From Physical Standby Database 從物理standby數據庫正常復制數據庫

目前，當目標數據庫是物理standby數據庫時,，不可能創(chuàng)建數據庫的副本,。只有當連接到物理standby數據庫并將此作為目標數據庫時，才能創(chuàng)建物理standby數據庫,。 

DUPLICATE功能增強的目的是是排除類似限制,，并且當目標數據庫是primary數據庫或物理standby數據庫時，會允許同一組操作,。 此增強功能利用現有物理standby數據庫進行更多用途,，從primary數據庫卸載。

9,、Data-Dependent Routing(數據相關路由)

Java數據庫連接（JDBC），Oracle調用接口（OCI）和Oracle Data Provider for .NET（ODP.NET）客戶機能夠識別連接字符串中指定的分片鍵,。 連接層中的分片拓撲高速緩存用于將請求直接路由到數據所在的分片,。

JDBC客戶端的Oracle通用連接池（UCP）還能夠識別連接URL中指定的分片鍵。 分片拓撲高速緩存用于將連接直接路由到數據所在的分片,。 Oracle UCP還支持非Oracle應用程序客戶端（如Apache Tomcat,，WebSphere等）與Oracle分區(qū)一起使用。數據相關路由為為分片式數據庫架構設計的應用程序提供高性能數據訪問和可用性。

10,、Automatic Deployment of Oracle Data Guard(自動部署Oracle Data Guard)

在具有Oracle Data Guard快速啟動故障轉移（自動數據庫故障轉移）的分區(qū)之間進行Oracle Data Guard物理復制時,，部署是自動的。 這是單個分片的默認Oracle高可用性（HA）配置,。

業(yè)務優(yōu)勢包括：

• 自動部署減少了管理開銷,。
  

• 物理數據庫復制使用實時Oracle數據驗證提供最強大的數據保護。

• 支持異步或同步復制,，實現接近零或零數據丟失保護,。

• 自動數據庫故障轉移為服務器，數據庫,，網絡和站點中斷提供高可用性,。

• 只讀工作負載可以在用于HA的所有分片副本之間進行負載平衡，以便在使用Oracle Active Data Guard時實現額外的可擴展性,。

11,、Creating Data Guard Standbys With Database Creation Assistant

(使用DBCA創(chuàng)建Data Guard Standby)

12.2中可以通過DBCA，通過命令行界面從現有primary數據庫創(chuàng)建Oracle Data Guard standby數據庫,。 此功能減少了在Oracle Enterprise Manager之外創(chuàng)建standby數據庫時必須執(zhí)行的手動步驟,。 此外，DBCA允許在standby數據庫創(chuàng)建結束時運行自定義腳本,。

此功能使用戶能夠以非常簡單的方式從命令行界面對standby數據庫的創(chuàng)建進行腳本化,。

12、Statement-Level Routing and Cross-Shard Queries(SQL級路由和數據庫分片間查詢)

此功能支持訪問存儲在多個分片上的數據的查詢和事務的路由和處理,，還支持不指定分片鍵的查詢的路由,。

該功能實現跨分片的簡單的數據匯總和報告。使任何數據庫應用程序能夠靈活地在表被分片或復制的系統(tǒng)中執(zhí)行SQL語句（包括SELECT和DML）,，不需要指定運行查詢的分片,。 與指定分片鍵的OLTP事務相比，該功能接受更低的性能級別,。