1.????數據文件在線重命名和遷移

不想先前的版本號。在Oracle12cR1中，數據文件的遷移或重命名不再要求一系列的步驟，比如：將表空間至于僅僅讀模式，然后數據文件邏輯等操作。在12cR1中。數據文件能通過SQL語句“ALTERDATABASE MOVE DATAFILE”非常easy的在線完畢。在移動數據文件的過程中，用戶能夠運行查詢，DML和DDL任務。另外，數據文件能在存儲間遷移，比如：從非ASM到ASM，反之亦然。

1.1.???重命名數據文件：

SQL> ALTER DATABASE MOVE DATAFILE '/u01/data/users01.dbf'TO '/u01/data/users_02.dbf';

1.2.???從非ASM存儲遷移數據文件到ASM：

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

數據文件從一個ASM磁盤組遷移到還有一個：

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

1.3.???假設數據文件在新位置也存在，則覆蓋同名的數據文件：

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

1.4.???數據文件復制到新位置，舊位置保留舊的拷貝：

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.????表分區或子分區的在線遷移

在Oracle12c中，把表分區或子分區遷移到一個不同表空間的操作不再要求一個復雜過程。類似之前版本號中在線遷移一個非分區表。表分區或子分區能夠在線或離線遷移到一個不同的表空間中。

當確定ONLINE子句時，全部在和該遷移過程相關的分區或子分區上的DML操作不會被打斷。相反，假設分區或子分區被離線遷移，全部的DML操作都不會被同意。

以下是相關樣例：

SQL> ALTER TABLE table_name? MOVE PARTITION|SUBPARTITIONpartition_name? TO tablespacetablespace_name;

SQL> ALTER TABLE table_name? MOVE PARTITION|SUBPARTITIONpartition_name? TO tablespacetablespace_name UPDATE INDEXES ONLINE;

第一個樣例是把表分區或子分區離線遷移到一個新表空間上。

第二個樣例是在線遷移表分區或子分區，而且同一時候維護表上的本地和全局索引。另外，當確定ONLINE子句時，DML操作不會被打斷。

注意：

1)??UPDATEINDEXES子句將避免表上的本地和全局索引變得不可用。

2)??表在線遷移的限制在這里也相同使用。

3)??在遷移過程中將會加鎖，這或許會導致性能減少，而且會產生大量的redo。這樣看分區或子分區的大小。

3.????不可見列

Oracle 11g R1中, Oracle在不可見索引和虛擬列方面引進了幾個增強。

對這些特性進一步發展，Oracle12cR1中引進了不看見列的概念。還記得，在先前的版本號中，為了在一個普通查詢中隱藏一些重要的數據列，我們經常創建一個視圖，以此來隱藏必要的信息或應用一些安全條件。

12c R1中，在表中能夠建一個不可見的列。當列被定義為不可見時，在普通查詢中這個列不會出現，除非該列在SQL語句或條件中被顯式的參考。或者在表定義中被DESCRIBED。

添加或改動一個不可見列很easy。反之亦然。

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

SQL> ALTER TABLE emp MODIFY (sal visible);

為了把數據插入不可見列，你必須顯式的參考它。

一個虛擬列或分區列也能被定義為不可見列。

但是，暫時表。外部表和簇表不支持不可見列。

4.????同樣列上建多個索引

Oracle 12c前。在同樣列或同樣一組列上不能夠創建多個索引。

比如：假設你在列（a）或列(a,b)上有一個索引，你就不能依照同樣順序在同一列或同一組列上創建還有一個索引。

12c中。在同一個列或同一組列上你能夠建立多個索引，僅僅要索引類型不同就能夠。但是，在不論什么時刻，僅僅能有一種索引是可用的或可見的。為了測試不可見索引，你須要設置參數optimizer_use_use_invisible_indexes=true，以下是一個樣例：

SQL> CREATEINDEX emp_ind1 ON EMP(ENO,ENAME);

SQL> CREATEBITMAP INDEX emp_ind2 ON EMP(ENO,ENAME) INVISIBLE;

5.????DDL日志

先前的版本號中。沒有記錄DDL操作的命令選項。12cR1中，你能把DDL操作記錄到xml和日志文件中。

這在想知道什么時候，是誰運行了刪除和創建命令時會很實用。為了打開該特性。必須配置初始化參數ENABLE_DDL_LOGGING，該參數能在數據庫和會話級別設置。

當該參數被啟用時，全部的DDL命令被記錄在$ORACLE_BASE/diag/rdbms/DBNAME/log|ddl下的xml和日志文件中。

每一個xml文件包括像DDL命令，IP地址。時間戳等信息。這有助于鑒定何時刪除了用戶或表。或DDL語句何時被觸發。

5.1.???為了啟用DDL日志：

SQL> ALTERSYSTEM|SESSION SET ENABLE_DDL_LOGGING=TRUE;

5.2.???下列DDL語句有可能在xml和日志文件中被記錄：

1)??CREATE|ALTER|DROP|TRUNCATETABLE

2)??DROPUSER

3)??CREATE|ALTER|DROPPACKAGE|FUNCTION|VIEW|SYNONYM|SEQUENCE

6.????暫時Undo

每一個Oracle數據庫包括一套系統相關的表空間，比如：SYSTEM, SYSAUX, UNDO & TEMP，在Oracle數據庫中每一個表空間其不同的作用。Oracle12cR1之前，暫時表產生的undo記錄被存儲在undo表空間中。和普通或永久表的undo記錄非常類似。但是，在12cR1中。暫時undo記錄如今能被存儲在暫時表中而不是存儲在undo表空間中。

處包括：降低了undo表空間的占用及降低了redo數據這個特性的好的產生，由于這些信息不會被記錄在redo日志中。你能夠在會話或數據庫級別啟用暫時undo選項。

6.1.???啟用暫時undo

為了使用該新特性，須要做例如以下設置

1)??Compatibility參數必須被設置為12.0.0或更高。

2)??開啟TEMP_UNDO_ENABLED初始化參數。

3)??因為如今暫時undo記錄存儲在暫時表空間，你須要保證暫時表空間有足夠的空間。

4)??你能用該命令在會話級別開啟暫時undo特性：ALTERSESSION SET TEMP_UNDO_ENABLE=TRUE;

6.2.???查詢暫時undo信息

以下被列出的字典視圖被用來瀏覽或查詢關于暫時undo數據的統計信息：

1)??V$TEMPUNDOSTAT

2)??DBA_HIST_UNDOSTAT

3)??V$UNDOSTAT

6.3.???為了關閉該特性，你僅僅須要做下面設置：

SQL> ALTER SYSTEM|SESSION SET TEMP_UNDO_ENABLED=FALSE;

7.????備份確定的用戶權限

在11g R2中，SYSASM權限被引進來運行ASM特定的操作。類似的，在12c中，也引進了運行備份和恢復的特定操作的權限SYSBACKUP，以便在RMAN中運行備份和恢復操作。所以，你能夠在數據庫中創建一個本地用戶，然后不須要SYSDBA權限。而僅僅需授予SYSBACKUP權限來在RMAN中運行備份和恢復任務。

$ ./rman target "username/password asSYSBACKUP"

8.????怎樣在RMAN中運行SQL語句

12c中。在RMAN中你能夠不須要帶SQL前綴來運行不論什么SQL和PL/SQL命令，你能夠在RMAN中直接運行不論什么SQL和PL/SQL命令。在RMAN中怎樣來運行SQL語句呢？

RMAN> SELECT username,machine FROM v$session;

RMAN> ALTER TABLESPACE users ADD DATAFILE SIZE 500m;

9.????RMAN中恢復表和分區

Oracle數據庫備份主要分為兩類：邏輯和物理。每種備份類型有自己的優缺點。

在先前的版本號。用現有的物理備份恢復一個表或分區不合適，為了恢復一個特定的對象，你必須有邏輯備份。12cR1中。在意外刪除或截斷發生后，你能從RMAN備份把一個特定表或分區恢復到一個時間點或SCN。

9.1.???當開始通過RMAN去恢復一個表或分區時，需運行例如以下操作：

1)??準備恢復表或分區須要的備份集。

2)??在恢復表或分區的過程中，須要暫時配置一個輔助數據庫到某個時間點。

3)??須要的表或分區須要用數據泵導出成dumpfile。

4)??可選地，你能把表或分區導入源庫。

5)??恢復時能夠重命名。

9.2.???通過RMAN對一張表進行時間點恢復的樣例（確信你已有較早的全庫備份）：

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

???? RMAN> RECOVER TABLE username.tablenameUNTIL TIME 'TIMESTAMP…'

???????? ?AUXILIARYDESTINATION '/u01/tablerecovery'

???????? ?DATAPUMPDESTINATION '/u01/dpump'

???????? ?DUMPFILE 'tablename.dmp'

???????? ?NOTABLEIMPORT??? --該選項避免表被自己主動導入。

REMAPTABLE 'username.tablename': 'username.new_table_name';??? --用該選項能夠重命名表。

9.3.???注意：

1)??確信在/u01文件系統下有足夠的空暇可用空間來保存輔助數據庫和數據泵文件。

2)??全數據庫備份必須存在，或至少SYSTEM相關的表空間存在。

下列的限制適用RMAN恢復表或分區：

1)??SYS用戶表或分區不能恢復。

2)??存儲在SYSAUX和SYSTEM表空間的表或分區不能恢復。

3)??不能使用REMAP選項來恢復一個包括NOT NULL約束的一個表。

10.??限制PGA大小

Oracle12c R1之前，沒有選項能夠限制和控制PGA的大小。盡管你能把PGA_AGGREGATE_TARGET設置為某個確定值。Oracle還是能夠基于負載和需求動態的添加或降低PGA的大小。12c中。能夠通過啟用PGA自己主動管理來給PGA設置一個硬限制。啟用PGA自己主動管理要求設置PGA_AGGREGATE_LIMIT參數。所以，你如今能通過設置這個新參數來設置PGA的硬限制。以避免過度使用PGA：

SQL>ALTER SYSTEM SET PGA_AGGREGATE_LIMIT=2G;

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

注意：

當超過當前的PGA限制時。Oracle將自己主動終止持有最多不能保持的PGA內存的會話。

本文轉自mfrbuaa博客園博客，原文鏈接：http://www.cnblogs.com/mfrbuaa/p/5352219.html，如需轉載請自行聯系原作者?

總結

以上是生活随笔為你收集整理的Oracle12c功能增强 新特性之管理功能的增强的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。