本文是Oracle ACE總監Syed Jaffer Hussain對Oracle資料庫12c的一些新特性總結，包括資料庫管理、RMAN、高可用性以及效能調優等內容。

主要內容:
1. 線上遷移活躍的資料檔案
2. 表分割槽或子分割槽的線上遷移
3. 不可見欄位
4. 相同欄位上的多重索引
5. DDL日誌
6. 臨時undo
7. 新的備份使用者特權
8. 如何在RMAN中執行SQL語句
9. RMAN中的表級別恢復
10. PGA的大小限制問題
11. 對錶分割槽維護的增強
12. 資料庫升級的改進
13. 通過網路恢復資料檔案
14. 對Data Pump的增強
15. 實時自動資料診斷監視器(ADDM)
16. 併發統計資訊收集

1. 線上重新命名和重新定位活躍資料檔案

不 同於以往的版本，在Oracle資料庫12c R1版本中對資料檔案的遷移或重新命名不再需要太多繁瑣的步驟，即把表空間置為只讀模式，接下來是對資料檔案進行離線操作。在12c R1中，可以使用ALTER DATABASE MOVE DATAFILE這樣的SQL語句對資料檔案進行線上重新命名和移動。而當此資料檔案正在傳輸時，終端使用者可以執行查詢，DML以及DDL方面的任務。另 外，資料檔案可以在儲存裝置間遷移，如從非ASM遷移至ASM，反之亦然。

重新命名資料檔案：

1	SQL> ALTER DATABASE MOVE DATAFILE '/u00/data/users01.dbf' TO '/u00/data/users_01.dbf';

從非ASM遷移資料檔案至ASM：

1	SQL> ALTER DATABASE MOVE DATAFILE '/u00/data/users_01.dbf' TO '+DG_DATA';

將資料檔案從一個ASM磁碟群組遷移至另一個ASM磁碟群組：

1	SQL> ALTER DATABASE MOVE DATAFILE '+DG_DATA/DBNAME/DATAFILE/users_01.dbf ' TO '+DG_DATA_02';

在資料檔案已存在於新路徑的情況下，以相同的命名將其覆蓋：

1	SQL> ALTER DATABASE MOVE DATAFILE '/u00/data/users_01.dbf' TO '/u00/data_new/users_01.dbf' REUSE;

複製檔案到一個新路徑，同時在原路徑下保留其拷貝

1	SQL> ALTER DATABASE MOVE DATAFILE '/u00/data/users_01.dbf' TO '/u00/data_new/users_01.dbf' KEEP;

當通過查詢v$session_longops動態檢視來移動檔案時，你可以監控這一過程。另外，你也可以引用alert.log，Oracle會在其中記錄具體的行為。

2. 表分割槽或子分割槽的線上遷移

在Oracle 12c R1中遷移表分割槽或子分割槽到不同的表空間不再需要複雜的過程。與之前版本中未分割槽表進行線上遷移類似，表分割槽或子分割槽可以線上或是離線遷移至一個不同的表 空間。當指定了ONLINE語句，所有的DML操作可以在沒有任何中斷的情況下，在參與這一過程的分割槽或子分割槽上執行。與此相反，分割槽或子分割槽遷移如果是 在離線情況下進行的，DML操作是不被允許的。

示例：

1	SQL> ALTER TABLE table_name MOVE PARTITION|SUBPARTITION partition_name TO tablespace tablespace_name;

2	SQL> ALTER TABLE table_name MOVE PARTITION|SUBPARTITION partition_name TO tablespace tablespace_name UPDATE INDEXES ONLINE;

第一個示例是用來在離線狀況下將一個表分割槽或子分割槽遷移至一個新的表空間。第二個示例是線上遷移表分割槽或子分割槽並維護表上任何本地或全域性的索引。此外，當使用ONLINE語句時，DML操作是不會中斷的。

重要提示:：

UPDATE INDEXES語句可以避免出現表中任何本地或全域性索引無法使用的情況。
表的線上遷移限制也適用於此。
引入加鎖機制來完成這一過程，當然它也會導致效能下降並會產生大量的redo，這取於分割槽和子分割槽的大小。

3. 不可見欄位

在Oracle 11g R1中，Oracle以不可見索引和虛擬欄位的形式引入了一些不錯的增強特性。繼承前者併發揚光大，Oracle 12c R1中引入了不可見欄位思想。在之前的版本中，為了隱藏重要的資料欄位以避免在通用查詢中顯示，我們往往會建立一個檢視來隱藏所需資訊或應用某些安全條 件。

在12c R1中，你可以在表中建立不可見欄位。當一個欄位定義為不可見時，這一欄位就不會出現在通用查詢中，除非在SQL語句或條件中有顯式的提及這一欄位，或是在表定義中有DESCRIBED。要新增或是修改一個不可見欄位是非常容易的，反之亦然。

1	SQL> CREATE TABLE emp (eno number(6), ename name varchar2(40), sal number(9) INVISIBLE);

2	SQL> ALTER TABLE emp MODIFY (sal visible);

你必須在INSERT語句中顯式提及不可見欄位名以將不可見欄位插入到資料庫中。虛擬欄位和分割槽欄位同樣也可以定義為不可見型別。但臨時表，外部表和叢集表並不支援不可見欄位。

4. 相同欄位上的多重索引

在Oracle 12c R1之前，一個欄位是無法以任何形式擁有多個索引的。或許有人會想知道為什麼通常一個欄位需要有多重索引，事實上需要多重索引的欄位或欄位集合是很多的。 在12c R1中，只要索引型別的形式不同，一個欄位就可以包含在一個B-tree索引中，同樣也可以包含在Bitmap索引中。注意，只有一種型別的索引是在給定 時間可用的。

5. DDL日誌

在 之前的版本中沒有可選方法來對DDL操作進行日誌記錄。而在12c R1中，你現在可以將DDL操作寫入xml和日誌檔案中。這對於瞭解誰在什麼時間執行了create或drop命令是十分有用的。要開啟這一功能必須對 ENABLE_DDL_LOGGING 初始引數加以配置。這一引數可以在資料庫或會話級加以設定。當此引數為啟用狀態，所有的DDL命令會記錄在$ORACLE_BASE/diag /rdbms/DBNAME/log|ddl 路徑下的xml和日誌檔案中。一個xml中包含DDL命令，IP地址，時間戳等資訊。這可以幫助確定在什麼時候對使用者或表進行了刪除亦或是一條DDL語句 在何時觸發。

開啟DDL日誌功能

1	SQL> ALTER SYSTEM|SESSION SET ENABLE_DDL_LOGGING=TRUE;

以下的DDL語句可能會記錄在xml或日誌檔案中：

1	CREATE|ALTER|DROP|TRUNCATE TABLE

2

DROP USER

3	CREATE|ALTER|DROP PACKAGE|FUNCTION|VIEW|SYNONYM|SEQUENCE

6. 臨時undo

每 個Oracle資料庫包含一組與系統相關的表空間，例如SYSTEM，SYSAUX，UNDO & TEMP，並且它們在Oracle資料庫中每個都用於不同的目的。在Oracle 12c R1之前，undo記錄是由臨時表產生並存儲在undo表空間中的，這更類似於一個通用或持久的表撤銷記錄。然而，由於在12c R1中引入了臨時undo功能，那些臨時undo記錄現在就可以儲存在臨時表中，而不是儲存在undo表空間中。臨時undo的主要好處在於：由於資訊不 會寫入undo日誌，undo表空間的開銷得以減少並且產生的undo資料會更少。而對於在會話級還是資料庫級開啟臨時undo功能你是可以靈活選擇的。

啟用臨時undo功能

要使用這一新功能，需要做以下設定：

相容性引數必須設定為12.0.0或更高
啟用 TEMP_UNDO_ENABLED 初始化引數
由於臨時undo記錄現在是儲存在一個臨時表空間中的，你需要有足夠的空間來建立這一臨時表空間
對於會話級，你可以使用：ALTER SYSTEM SET TEMP_UNDO_ENABLE=TRUE;
查詢臨時undo資訊

以下所列的字典檢視是用來檢視或查詢臨時undo資料相關統計資訊的：

1	V$TEMPUNDOSTAT

2	DBA_HIST_UNDOSTAT

3	V$UNDOSTAT

要禁用此功能，你只需做以下設定：

1	SQL> ALTER SYSTEM|SESSION SET TEMP_UNDO_ENABLED=FALSE;

7. 備份特定使用者特權

在11g R2中，引入了SYSASM特權來執行ASM的特定操作。同樣地，在12c中引入了SYSBACKUP特權用來在 RMAN中執行備份和恢復命令。因此，你可以在資料庫中建立一個本地使用者並在不授予其SYSDBA許可權的情況下，通過授予SYSBACKUP許可權讓其能夠 在RMAN中執行備份和恢復相關的任務。

1	$ ./rman target "username/password as SYSBACKUP"

8. 如何在RMAN中執行SQL語句

在12c中，你可以在不需要SQL字首的情況下在RMAN中執行任何SQL和PL/SQL命令，即你可以從RMAN直接執行任何SQL和PL/SQL命令。如下便是在RMAN中執行SQL語句的示例

1	RMAN> SELECT username,machine FROM v$session;

2	RMAN> ALTER TABLESPACE users ADD DATAFILE SIZE 121m;

9. RMAN中的表恢復和分割槽恢復

Oracle 資料庫備份主要分為兩類：邏輯和物理備份。每種備份型別都有其自身的優缺點。在之前的版本中，利用現有物理備份來恢復表或分割槽是不可行的。為了恢復特定對 象，邏輯備份是必需的。對於12c R1，你可以在發生drop或truncate的情況下從RMAN備份將一個特定的表或分割槽恢復到某個時間點或SCN。

當通過RMAN發起一個表或分割槽恢復時，大概流程是這樣的：

確定要恢復表或分割槽所需的備份集
在恢復表或分割槽的過程中，一個輔助資料庫會臨時設定為某個時間點利用資料泵將所需表或分割槽匯出到一個dumpfile
你可以從源資料庫匯入表或分割槽(可選)
在恢復過程中進行重新命名操作
以下是一個通過RMAN對錶進行時間點恢復的示例(確保你已經對稍早的資料庫進行了完整備份)：

1	RMAN> connect target "username/password as SYSBACKUP";

2	RMAN> RECOVER TABLE username.tablename UNTIL TIME 'TIMESTAMP…'

3	AUXILIARY DESTINATION '/u01/tablerecovery'

4	DATAPUMP DESTINATION '/u01/dpump'

5	DUMP FILE 'tablename.dmp'

6	NOTABLEIMPORT -- this option avoids importing the table automatically.(此選項避免自動匯入表)

7	REMAP TABLE 'username.tablename': 'username.new_table_name'; -- can rename table with this option.(此選項可以對錶重新命名)

重要提示:：

確保對於輔助資料庫在/u01檔案系統下有足夠的可用空間，同時對資料泵檔案也有同樣保證
必須要存在一份完整的資料庫備份，或者至少是要有SYSTEM相關的表空間備份
以下是在RMAN中應用表或分割槽恢復的限制和約束：

SYS使用者表或分割槽無法恢復
儲存於SYSAUX和SYSTEM表空間下的表和分割槽無法恢復
當REMAP選項用來恢復的表包含NOT NULL約束時，恢復此表是不可行的

10. 限制PGA的大小

在Oracle 12c R1之前，沒有選項可以用來限制和控制PGA的大小。雖然你設定某個大小為PGA_AGGREGATE_TARGET 的初始引數，Oracle會根據工作負載和需求來動態地增大或減小PGA的大小。而在12c中，你可以通過開啟自動PGA管理來對PGA設定硬性限制，這 需要對PGA_AGGREGATE_LIMIT 引數進行設定。因此，你現在可以通過設定新的引數來對PGA設定硬性限制以避免過度使用PGA。

1	SQL> ALTER SYSTEM SET PGA_AGGREGATE_LIMIT=2G;

2	SQL> ALTER SYSTEM SET PGA_AGGREGATE_LIMIT=0; --disables the hard limit

重要提示:：

當超過了當前PGA的限制，Oracle會自動終止/中止會話或程序以保持最合適的PGA記憶體。

11. 對錶分割槽維護的增強

我解釋瞭如何線上或是離線狀態下遷移一個表分割槽或子分割槽到另一個不同的表空間。在本文中，主要介紹表分割槽其他方面的改進。

新增多個新分割槽

在Oracle 12c R1之前，一次只可能新增一個新分割槽到一個已存在的分割槽表。要新增一個以上的新分割槽，需要對每個新分割槽都單獨執行一次ALTER TABLE ADD PARTITION語句。而Oracle 12c只需要使用一條單獨的ALTER TABLE ADD PARTITION 命令就可以新增多個新分割槽，這增加了資料庫靈活性。以下示例說明了如何新增多個新分割槽到已存在的分割槽表：

1	SQL> CREATE TABLE emp_part

2	(eno number(8), ename varchar2(40), sal number (6))

3	PARTITION BY RANGE (sal)

4	(PARTITION p1 VALUES LESS THAN (10000),

5	PARTITION p2 VALUES LESS THAN (20000),

6	PARTITION p3 VALUES LESS THAN (30000)

7

);

新增兩個新分割槽：

1	SQL> ALTER TABLE emp_part ADD PARTITION

2	PARTITION p4 VALUES LESS THAN (35000),

3	PARTITION p5 VALUES LESS THAN (40000);

同樣，只要MAXVALUE分割槽不存在，你就可以新增多個新分割槽到一個列表和系統分割槽表。

如何刪除和截斷多個分割槽/子分割槽

作 為資料維護的一部分，DBA通常會在一個分割槽表上進行刪除或截斷分割槽的維護任務。在12c R1之前，對於一個已存在的分割槽表一次只可能刪除或截斷一個分割槽。而對於Oracle 12c， 可以用單條ALTER TABLE table_name {DROP|TRUNCATE} PARTITIONS命令來撤銷或合併多個分割槽和子分割槽。

下例說明了如何在一個已存在分割槽表上刪除或截斷多個分割槽：

1	SQL> ALTER TABLE emp_part DROP PARTITIONS p4,p5;

2	SQL> ALTER TABLE emp_part TRUNCATE PARTITONS p4,p5;

要保持索引更新，使用UPDATE INDEXES或UPDATE GLOBAL INDEXES語句，如下所示：

1	SQL> ALTER TABLE emp_part DROP PARTITIONS p4,p5 UPDATE GLOBAL INDEXES;

2	SQL> ALTER TABLE emp_part TRUNCATE PARTITIONS p4,p5 UPDATE GLOBAL INDEXES;

如果你在不使用UPDATE GLOBAL INDEXES 語句的情況下刪除或截斷一個分割槽，你可以在USER_INDEXES或USER_IND_PARTITIONS 字典檢視下查詢ORPHANED_ENTRIES 欄位以找出是否有索引包含任何的過期條目。

將單個分割槽分割為多個新分割槽

在12c中新增強的SPLIT PARTITION 語句可以讓你只使用一個單獨命令將一個特定分割槽或子分割槽分割為多個新分割槽。下例說明了如何將一個分割槽分割為多個新分割槽：

01	SQL> CREATE TABLE emp_part

02	(eno number(8), ename varchar2(40), sal number (6))

03	PARTITION BY RANGE (sal)

04	(PARTITION p1 VALUES LESS THAN (10000),

05	PARTITION p2 VALUES LESS THAN (20000),

06	PARTITION p_max (MAXVALUE)

07

);

08	SQL> ALTER TABLE emp_part SPLIT PARTITION p_max INTO

09	(PARTITION p3 VALUES LESS THAN (25000),

10	PARTITION p4 VALUES LESS THAN (30000), PARTITION p_max);

將多個分割槽合併為一個分割槽

你可以使用單條ALTER TBALE MERGE PARTITIONS 語句將多個分割槽合併為一個單獨分割槽：

01	SQL> CREATE TABLE emp_part

02	(eno number(8), ename varchar2(40), sal number (6))

03	PARTITION BY RANGE (sal)

04	(PARTITION p1 VALUES LESS THAN (10000),

05	PARTITION p2 VALUES LESS THAN (20000),

06	PARTITION p3 VALUES LESS THAN (30000),

07	PARTITION p4 VALUES LESS THAN (40000),

08	PARTITION p5 VALUES LESS THAN (50000),

09	PARTITION p_max (MAXVALUE)

10

);

11	SQL> ALTER TABLE emp_part MERGE PARTITIONS p3,p4,p5 INTO PARTITION p_merge;

如果分割槽範圍形成序列，你可以使用如下示例：

1	SQL> ALTER TABLE emp_part MERGE PARTITIONS p3 TO p5 INTO PARTITION p_merge;

12. 資料庫升級改進

每當一個新的Oracle版本釋出，DBA所要面臨的挑戰就是升級過程。該部分我將介紹12c中引入的針對升級的兩個改進。

預升級指令碼

在12c R1中，原有的utlu[121]s.sql 指令碼由一個大為改善的預升級資訊指令碼preupgrd.sql所取代。除了預升級檢查驗證，此指令碼還能以修復指令碼的形式解決在升級過程前後出現的各種問題。

可 以對產生的修復指令碼加以執行來解決不同級別的問題，例如，預升級和升級後的問題。當手動升級資料庫時，指令碼必須在實際升級過程初始化之前加以手動執行。然 而，當使用DBUA工具來進行資料庫升級時，它會將預升級指令碼作為升級過程的一部分加以自動執行，而且會提示你去執行修復指令碼以防止報錯。

如何執行指令碼：

1	SQL> @$ORACLE_12GHOME/rdbms/admin/preupgrd.sql

以上指令碼會產生一份日誌檔案以及一個[pre/post]upgrade_fixup.sql 指令碼。所有這些檔案都位於$ORACLE_BASE/cfgtoollogs 目錄下。在你繼續真正的升級過程之前，你應該瀏覽日誌檔案中所提到的建議並執行指令碼以修復問題。

注意：你要確保將preupgrd.sql和utluppkg.sql 指令碼從12c Oracle的目錄home/rdbms/admin directory拷貝至當前的Oracle的database/rdbms/admin路徑。

並行升級功能

資料庫升級時間的長短取決於資料庫上所配置的元件數量，而不是資料庫的大小。在之前的版本中，我們是無法並行執行升級程式，從而快速完成整個升級過程的。

在12c R1中，原有的catupgrd.sql 指令碼由catctl.pl 指令碼(並行升級功能)替代，現在我們可以採用並行模式執行升級程式了。

以下流程說明了如何初始化並行升級功能(3個過程);你需要在升級模式下在啟動資料庫後執行這一指令碼

1	cd $ORACLE_12_HOME/perl/bin

2	$ ./perl catctl.pl –n 3 -catupgrd.sql

以上兩個步驟需要在手動升級資料庫時執行。而DBUA也繼承了這兩個新變化。

13. 通過網路恢復資料檔案

在12c R1中另一個重要的增強是，你現在可以在主資料庫和備用資料庫之間用一個服務名重新獲得或恢復資料檔案、控制檔案、引數檔案、表空間或整個資料庫。這對於同步主資料庫和備用資料庫極為有用。

當 主資料庫和備用資料庫之間存在相當大的差異時，你不再需要複雜的前滾流程來填補它們之間的差異。RMAN能夠通過網路執行備用恢復以進行增量備份，並且可 以將它們應用到物理備用資料庫。你可以用服務名直接將所需資料檔案從備用點拷貝至主站，這是為了防止主資料庫上資料檔案、表空間的丟失，或是沒有真正從備 份集恢復資料檔案。

以下流程演示瞭如何用此新功能執行一個前滾來對備用資料庫和主資料庫進行同步：

在物理備用資料庫上：

1	./rman target "username/[email protected]_db_tns as SYSBACKUP"

2	RMAN> RECOVER DATABASE FROM SERVICE primary_db_tns USING COMPRESSED BACKUPSET;

以 上示例使用備用資料庫上定義的primary_db_tns 連線字串連線到主資料庫，然後執行了一個增量備份，再將這些增量備份傳輸至備用目的地，接著將應用這些檔案到備用資料庫來進行同步。然而，需要確保已經 對primary_db_tns 進行了配置，即在備份資料庫端將其指向主資料庫。

在以下示例中，我將演示一個場景通過從備用資料庫獲取資料檔案來恢復主資料庫上丟失的資料檔案：

在主資料庫上：

1	./rman target "username/[email protected]_db_tns as SYSBACKUP"

2	RMAN> RESTORE DATAFILE ‘+DG_DISKGROUP/DBANME/DATAFILE/filename’FROM SERVICE standby_db_tns;

14. 對Data Pump的增強

Data Pump版本有了不少有用的改進，例如在匯出時將檢視轉換為表，以及在匯入時關閉日誌記錄等。

關閉redo日誌的生成

Data Pump中引入了新的TRANSFORM選項，這對於物件在匯入期間提供了關閉重做生成的靈活性。當為TRANSFORM選項指定了 DISABLE_ARCHIVE_LOGGING 值，那麼在整個匯入期間，重做生成就會處於關閉狀態。這一功能在匯入大型表時緩解了壓力，並且減少了過度的redo產生，從而加快了匯入。這一屬性還可應 用到表以及索引。以下示例演示了這一功能：

1	$ ./impdp directory=dpump dumpfile=abcd.dmp logfile=abcd.log TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y

將檢視轉換為表

這是Data Pump中另外一個改進。有了VIEWS_AS_TABLES 選項，你就可以將檢視資料載入表中。以下示例演示瞭如何在匯出過程中將檢視資料載入到表中：

1	$ ./expdp directory=dpump dumpfile=abcd.dmp logfile=abcd.log views_as_tables=my_view:my_table

15. 實時自動資料診斷監視器 (ADDM) 分析

通過使用諸如AWR、ASH以及ADDM之類的自動診斷工具來分析資料庫的健康狀況，是每個DBA日程工作的一部分。儘管每種工具都可以在多個層面衡量資料庫的整體健康狀況和效能，但沒有哪個工具可以在資料庫反應遲鈍或是完全掛起的時候使用。

當資料庫反應遲鈍或是掛起狀態時，而且你已經配置了Oracle 企業管理器 12c的雲控制，你就可以對嚴重的效能問題進行診斷。這對於你瞭解當前資料庫發生了什麼狀況有很大幫助，而且還能夠對此問題給出解決方案。

以下步驟演示瞭如何在Oracle 企業管理器 12c上分析資料庫狀態：

在訪問資料庫訪問主頁面從Performance選單選擇Emergency Monitoring 選項。這會顯示掛起分析表中排名靠前的阻止會話。
在Performance選單選擇Real-Time ADDM 選項來執行實時ADDM分析。
在收集了效能資料後，點選Findings標籤以獲得所有結果的互動總結。

16. 同時在多個表上收集統計資料

在 之前的Oracle資料庫版本中，當你執行一個DBMS_STATS 程式來收集表、索引、模式或者資料庫級別的統計資料時，Oracle習慣於一次一個表的收集統計資料。如果表很大，那麼推薦你採用並行方式。在12c R1中，你現在可以同時在多個表、分割槽以及子分割槽上收集統計資料。在你開始使用它之前，你必須對資料庫進行以下設定以開啟此功能：

1	SQL> ALTER SYSTEM SET RESOURCE_MANAGER_PLAN='DEFAULT_MAIN';

2	SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=4;

3	SQL> EXEC DBMS_STATS.SET_GLOBAL_PREFS('CONCURRENT', 'ALL');

4	SQL> EXEC DBMS_STATS.GATHER_SCHEMA_STATS('SCOTT');