1. 數據文件在線重命名和遷移
不想先前的版本，在Oracle12cR1中，數據文件的遷移或重命名不再要求一系列的步驟，例如：將表空間至於只讀模式，然后數據文件邏輯等操作。在12cR1中，數據文件能通過SQL語句“ALTERDATABASE MOVE DATAFILE”很容易的在線完成。在移動數據文件的過程中，用戶可以執行查詢，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。增加或修改一個不可見列非常容易，反之亦然。
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內存的會話。