Oracle 數據庫12c 16大新特性總結

Oracle 12c 已發布很久，1直想找個時間好好學習1下，畢竟后續12c將會逐步替換現有數據庫版本，成為主流數據庫版本?，F就12c 1些經常使用的

特性給大家1起學習1下。

1. 在線重命名和重新定位活躍數據文件

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

重命名數據文件：
          SQL> ALTER DATABASE MOVE DATAFILE '/u00/data/users01.dbf' TO '/u00/data/users_01.dbf';
從非ASM遷移數據文件至ASM：
         SQL> ALTER DATABASE MOVE DATAFILE '/u00/data/users_01.dbf' TO '+DG_DATA';
將數據文件從1個ASM磁盤群組遷移至另外一個ASM磁盤群組：
         SQL> ALTER DATABASE MOVE DATAFILE '+DG_DATA/DBNAME/DATAFILE/users_01.dbf ' TO '+DG_DATA_02';

在數據文件已存在于新路徑的情況下，以相同的命名將其覆蓋：
         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動態視圖來移動文件時，你可以監控這1進程。另外，你也能夠援用alert.log，Oracle會在其中記錄具體的行動。

2. 表分區或子分區的在線遷移
　　在Oracle 12c R1中遷移表分區或子分區到不同的表空間不再需要復雜的進程。與之前版本中未分區表進行在線遷移
類似，表分區或子分區可以在線或是離線遷移至1個不同的表空間。當指定了ONLINE語句，所有的DML操作可以在沒有
任何中斷的情況下，在參與這1進程的分區或子分區上履行。與此相反，分區或子分區遷移如果是在離線情況下進行
的，DML操作是不被允許的。
示例：
SQL> ALTER TABLE TBCS.SUBS_PRIVILEGE   MOVE SUBPARTITION P_532_SUBP01   TABLESPACE GGUSR;
SQL> ALTER TABLE TBCS.SUBS_PRIVILEGE   MOVE SUBPARTITION P_532_SUBP01   TABLESPACE GGUSR UPDATE INDEXES ONLINE;
　　第1個示例是用來在離線狀態下將1個表分區或子分區遷移至1個新的表空間。第2個示例是在線遷移表分區或子
分區并保護表上任何本地或全局的索引。另外，當使用ONLINE語句時，DML操作是不會中斷的。

重要提示：
　　1、UPDATE INDEXES語句可以免出現表中任何本地或全局索引沒法使用的情況。
　　2、表的在線遷移限制也適用于此。
　　3、引入加鎖機制來完成這1進程，固然它也會致使性能降落并會產生大量的redo，這取決于分區和子分區的大小。

3. 不可見字段

　　在Oracle 11g R1中，Oracle以不可見索引和虛擬字段的情勢引入了1些不錯的增強特性。繼承前者并發揚光大，Oracle 12c R1中

引入了不可見字段思想。在之前的版本中，為了隱藏重要的數據字段以免在通用查詢中顯示，我們常常會創建1個視圖來隱藏所需信

息或利用某些安全條件。
　　在12c R1中，你可以在表中創建不可見字段。當1個字段定義為不可見時，這1字段就不會出現在通用查詢中，除非在SQL語句或

條件中有顯式的提及這1字段，或是在表定義中有DESCRIBED。要添加或是修改1個不可見字段是非常容易的，反之亦然。

SQL> CREATE TABLE emp (eno number(6), ename name varchar2(40), sal number(9) INVISIBLE);
SQL> ALTER TABLE emp MODIFY (sal visible);
　　你必須在INSERT語句中顯式提及不可見字段名以將不可見字段插入到數據庫中。虛擬字段和分區字段一樣也能夠定義為不可見類型。

但臨時表，外部表和集群表其實不支持不可見字段。

4. 相同字段上的多重索引
　　在Oracle 12c R1之前，1個字段是沒法以任何情勢具有多個索引的。也許有人會想知道為何通常1個字段需要有多重索引，事實上

需要多重索引的字段或字段集合是很多的。在12c R1中，只要索引類型的情勢不同，1個字段就能夠包括在1個B-tree索引中，一樣也能夠

包括在Bitmap索引中。注意，只有1種類型的索引是在給定時間可用的。

       sql> create index xulq.idx_xiaoxu_tabname1 on xulq.xiaoxu_01 (table_name) tablespace users;   ---索引可以創建
       sql> create bitmap index xulq.bitidx_xiaoxu_tabname on xulq.xiaoxu_01 (table_name) tablespace users;  

           ---ORA-01408: 此列列表已索引 ,正在分析緣由。

5. DDL日志
　　在之前的版本中沒有可選方法來對DDL操作進行日志記錄。而在12c R1中，你現在可以將DDL操作寫入xml和日志文件中。這對了解

誰在甚么時間履行了create或drop命令是10分有用的。要開啟這1功能必須對ENABLE_DDL_LOGGING 初始參數加以配置。這1參數可以

在數據庫或會話級加以設置。當此參數為啟用狀態，所有的DDL命令會記錄在

$ORACLE_BASE/diag/rdbms/DBNAME/log|ddl 路徑下的xml和日志文件中。1個xml中包括DDL命令，IP地址，時間戳等信息。這可以幫助

肯定在甚么時候對用戶或表進行了刪除亦或是1條DDL語句在什么時候觸發。

開啟DDL日志功能
SQL> ALTER SYSTEM|SESSION SET ENABLE_DDL_LOGGING=TRUE;  ----SYSTEM 級別的修改無需重啟數據庫便可生效。

以下的DDL語句可能會記錄在xml或日志文件中：
CREATE | ALTER | DROP | TRUNCATE TABLE
DROP USER
CREATE |ALTER | DROP  PACKAGE |FUNCTION | VIEW | SYNONYM | SEQUENCE.

示例：

sql> CREATE TABLE XULQ.XIAOXU_DDL_T AS SELECT * FROM DUAL;

DDL LOG 日志：

[oracle@ora12c ddl]$ cat log.xml
<msg time='2016-05⑵6T22:21:10.333+08:00' org_id='oracle' comp_id='rdbms'
 msg_id='kpdbLogDDL:18370:2946163730' type='UNKNOWN' group='diag_adl'
 level='16' host_id='ora12c' host_addr='127.0.0.1'
 version='1'>
 <txt>CREATE TABLE XULQ.XIAOXU_DDL_T AS SELECT * FROM DUAL
 </txt>

6. 臨時undo
　　每一個Oracle數據庫包括1組與系統相干的表空間，例如SYSTEM，SYSAUX，UNDO & TEMP，并且它們在Oracle數
據庫中每一個都用于不同的目的。在Oracle 12c R1之前，undo記錄是由臨時表產生并存儲在undo表空間中的，這更類似
于1個通用或持久的表撤消記錄。但是，由于在12c R1中引入了臨時undo功能，那些臨時undo記錄現在就能夠存儲在
臨時表中，而不是存儲在undo表空間中。臨時undo的主要好處在于：由于信息不會寫入undo日志，undo表空間的開消
得以減少并且產生的undo數據會更少。而對在會話級還是數據庫級開啟臨時undo功能你是可以靈活選擇的。

啟用臨時undo功能要使用這1新功能，需要做以下設置：
1、兼容性參數必須設置為12.0.0或更高
2、啟用 TEMP_UNDO_ENABLED 初始化參數
3、由于臨時undo記錄現在是存儲在1個臨時表空間中的，你需要有足夠的空間來創建這1臨時表空間
4、對會話級，你可使用：ALTER SYSTEM SET TEMP_UNDO_ENABLE=TRUE;

查詢臨時undo信息
以下所列的字典視圖是用來查看或查詢臨時undo數據相干統計信息的：
V$TEMPUNDOSTAT
DBA_HIST_UNDOSTAT
V$UNDOSTAT

要禁用此功能，你只需做以下設置：
SQL> ALTER SYSTEM|SESSION SET TEMP_UNDO_ENABLED=FALSE;

7. 備份特定用戶特權
　　在11g R2中，引入了SYSASM特權來履行ASM的特定操作。一樣地，在12c中引入了SYSBACKUP特權用來在
RMAN中履行備份和恢復命令。因此，你可以在數據庫中創建1個本地用戶并在不授與其SYSDBA權限的情況下，通過
授與SYSBACKUP權限讓其能夠在RMAN中履行備份和恢復相干的任務。
$ ./rman target "username/password as SYSBACKUP"

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

　 　在12c中，你可以在不需要SQL前綴的情況下在RMAN中履行任何SQL和PL/SQL命令，即你可以從RMAN直接履行
任何SQL和PL/SQL命令。以下便是在RMAN中履行SQL語句的示例：
RMAN> SELECT username,machine FROM v$session;
RMAN> ALTER TABLESPACE users ADD DATAFILE SIZE 121 m;

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

　　Oracle數據庫備份主要分為兩類：邏輯和物理備份。每種備份類型都有其本身的優缺點。在之前的版本中，利用現
有物理備份來恢復表或分區是不可行的。為了恢復特定對象，邏輯備份是必須的。對12c R1，你可以在產生drop或
truncate的情況下從RMAN備份將1個特定的表或分區恢復到某個時間點或SCN。
當通過RMAN發起1個表或分區恢復時，大概流程是這樣的：
1、肯定要恢復表或分區所需的備份集
2、在恢復表或分區的進程中，1個輔助數據庫會臨時設置為某個時間點
3、利用數據泵將所需表或分區導出到1個dumpfile
4、你可以從源數據庫導入表或分區(可選)
5、在恢復進程中進行重命名操作
　　
以下是1個通過RMAN對表進行時間點恢復的示例(確保你已對稍早的數據庫進行了完全備份)：
RMAN> connect target "username/password as SYSBACKUP";
RMAN> RECOVER TABLE username.tablename UNTIL TIME 'TIMESTAMP…'
AUXILIARY DESTINATION '/u01/tablerecovery'
DATAPUMP DESTINATION '/u01/dpump'
DUMP FILE 'tablename.dmp'
NOTABLEIMPORT -- this option avoids importing the table automatically.(此選項避免自動導入表)
REMAP TABLE 'username.tablename': 'username.new_table_name'; -- can rename table with this option.
(此選項可以對表重命名)
重要提示：
1、確保對輔助數據庫在/u01文件系統下有足夠的可用空間，同時對數據泵文件也有一樣保證
2、必須要存在1份完全的數據庫備份，或最少是要有SYSTEM相干的表空間備份

以下是在RMAN中利用表或分區恢復的限制和束縛：
1、SYS用戶表或分區沒法恢復
2、存儲于SYSAUX和SYSTEM表空間下的表和分區沒法恢復
3、當REMAP選項用來恢復的表包括NOT NULL束縛時，恢復此表是不可行的

10. 限制PGA的大小
　　在Oracle 12c R1之前，沒有選項可以用來限制和控制PGA的大小。雖然你設置某個大小為
PGA_AGGREGATE_TARGET 的初始參數，Oracle會根據工作負載和需求來動態地增大或減小PGA的大小。而在12c
中，你可以通過開啟自動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內存。

11. 對表分區保護的增強

　　在第1部份中，我解釋了如何在線或是離線狀態下遷移1個表分區或子分區到另外一個不同的表空間。在本文中，主
要介紹表分區其他方面的改進。
11.1、添加多個新分區
　　在Oracle 12c R1之前，1次只可能添加1個新分區到1個已存在的分區表。要添加1個以上的新分區，需要對每一個
新分區都單獨履行1次 ALTER TABLE ADD PARTITION語句。而Oracle 12c只需要使用1條單獨的:ALTER TABLE ADD
PARTITION 命令就能夠添加多個新分區，這增加了數據庫靈活性。以下示例說明了如何添加多個新分區到已存在的分區

創建測試表：
SQL> CREATE TABLE emp_part
(eno number(8), ename varchar2(40), sal number (6))
PARTITION BY RANGE (sal)
(PARTITION p1 VALUES LESS THAN (10000),
PARTITION p2 VALUES LESS THAN (20000),
PARTITION p3 VALUES LESS THAN (30000)
);

添加兩個新分區：
SQL> ALTER TABLE emp_part ADD PARTITION p4 VALUES LESS THAN (35000),PARTITION p5 VALUES LESS THAN (40000);
一樣，只要MAXVALUE分區不存在，你就能夠添加多個新分區到1個列表和系統分區表。
如何刪除和截斷多個分區/子分區
　　作為數據保護的1部份，DBA通常會在1個分區表上進行刪除或截斷分區的保護任務。在12c R1之前，對1個已
存在的分區表1次只可能刪除或截斷1個分區。而對Oracle 12c， 可以用單條:

ALTER TABLE table_name{DROP|TRUNCATE} PARTITIONS 命令來撤消或合并多個分區和子分區。

下例說明了如何在1個已存在分區表上刪除或截斷多個分區：
SQL> ALTER TABLE emp_part TRUNCATE PARTITION p4,p5;
SQL> ALTER TABLE emp_part DROP PARTITIONS p4,p5;

要保持索引更新，使用UPDATE INDEXES或UPDATE GLOBAL INDEXES語句，以下所示：
SQL> ALTER TABLE emp_part DROP PARTITIONS p4,p5 UPDATE GLOBAL INDEXES;
SQL> ALTER TABLE emp_part TRUNCATE PARTITIONS p4,p5 UPDATE GLOBAL INDEXES;
如果你在不使用UPDATE GLOBAL INDEXES 語句的情況下刪除或截斷1個分區，你可以在USER_INDEXES或
USER_IND_PARTITIONS 字典視圖下查詢ORPHANED_ENTRIES 字段以找出是不是有索引包括任何的過期條目。
將單個分辨別割為多個新分區
　　在12c中新增強的SPLIT PARTITION 語句可讓你只使用1個單獨命令將1個特定分區或子分辨別割為多個新分
區。下例說明了如何將1個分辨別割為多個新分區：

 SQL> ALTER TABLE emp_part SPLIT PARTITION p_max INTO (PARTITION p3 VALUES LESS THAN (25000),
PARTITION p4 VALUES LESS THAN (30000), PARTITION p_max);
將多個分區合并為1個分區

你可使用單條ALTER TBALE MERGE PARTITIONS 語句將多個分區合并為1個單獨分區：
SQL>

CREATE TABLE emp_part
(eno number(8), ename varchar2(40), sal number (6))
PARTITION BY RANGE (sal)
(PARTITION p1 VALUES LESS THAN (10000),
PARTITION p2 VALUES LESS THAN (20000),
PARTITION p3 VALUES LESS THAN (30000),
PARTITION p4 VALUES LESS THAN (40000),
PARTITION p5 VALUES LESS THAN (50000),
PARTITION p_max (MAXVALUE)
);

SQL> ALTER TABLE emp_part MERGE PARTITIONS p3,p4,p5 INTO PARTITION p_merge;
如果分區范圍構成序列，你可使用以下示例：
SQL> ALTER TABLE emp_part MERGE PARTITIONS p3 TO p5 INTO PARTITION p_merge;

12. 數據庫升級改進

　　每當1個新的Oracle版本發布，DBA所要面臨的挑戰就是升級進程。該部份我將介紹12c中引入的針對升級的兩個改
進。
　　預升級腳本
　　在12c R1中，原本的utlu[121]s.sql 腳本由1個大為改良的預升級信息腳本preupgrd.sql所取代。除預升級檢查驗
證，此腳本還能以修復腳本的情勢解決在升級進程前后出現的各種問題。
　　可以對產生的修復腳本加以履行來解決不同級別的問題，例如，預升級和升級后的問題。當手動升級數據庫時，腳
本必須在實際升級進程初始化之前加以手動履行。但是，當使用DBUA工具來進行數據庫升級時，它會將預升級腳本作為
升級進程的1部份加以自動履行，而且會提示你去履行修復腳本以避免報錯。
　　如何履行腳本：
SQL> @$ORACLE_12GHOME/rdbms/admin/preupgrd.sql
　　以上腳本會產生1份日志文件和1個[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
        $ ./perl catctl.pl –n 3 -catupgrd.sql
　　以上兩個步驟需要在手動升級數據庫時運行。而DBUA也繼承了這兩個新變化。

13. 通過網絡恢復數據文件
　　在12c R1中另外一個重要的增強是，你現在可以在主數據庫和備用數據庫之間用1個服務名重新取得或恢復數據文
件、控制文件、參數文件、表空間或全部數據庫。這對同步主數據庫和備用數據庫極其有用。
　　當主數據庫和備用數據庫之間存在相當大的差異時，你不再需要復雜的前滾流程來彌補它們之間的差異。RMAN能
夠通過網絡履行備用恢復以進行增量備份，并且可以將它們利用到物理備用數據庫。你可以用服務名直接將所需數據文
件從備用點拷貝至主站，這是為了避免主數據庫上數據文件、表空間的丟失，或是沒有真正從備份集恢復數據文件。
　　以下流程演示了如何用此新功能履行1個前滾來對備用數據庫和主數據庫進行同步：
　　在物理備用數據庫上：
./rman target "username/password@standby_db_tns as SYSBACKUP"
RMAN> RECOVER DATABASE FROM SERVICE primary_db_tns USING COMPRESSED BACKUPSET;
　　以上示例使用備用數據庫上定義的primary_db_tns 連接字符串聯接到主數據庫，然后履行了1個增量備份，再將這
些增量備份傳輸至備用目的地，接著將利用這些文件到備用數據庫來進行同步。但是，需要確保已對primary_db_tns
進行了配置，即在備份數據庫端將其指向主數據庫。
　　在以下示例中，我將演示1個場景通過從備用數據庫獲得數據文件來恢復主數據庫上丟失的數據文件：
　　在主數據庫上：
./rman target "username/password@primary_db_tns as SYSBACKUP"
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 值，那末在全部導入期間，重做生成績會處于關閉狀態。這1
功能在導入大型表時減緩了壓力，并且減少了過度的redo產生，從而加快了導入。這1屬性還可利用到表和索引。以
下示例演示了這1功能：
$ ./impdp directory=dpump dumpfile=abcd.dmp logfile=abcd.log TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y
　　將視圖轉換為表
　　這是Data Pump中另外1個改進。有了VIEWS_AS_TABLES 選項，你就能夠將視圖數據載入表中。以下示例演示了
如何在導出進程中將視圖數據載入到表中：
$ ./expdp directory=dpump dumpfile=abcd.dmp logfile=abcd.log views_as_tables=my_view:my_table

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

　　通過使用諸如AWR、ASH和ADDM之類的自動診斷工具來分析數據庫的健康狀態，是每一個DBA日程工作的1部
分。雖然每種工具都可以在多個層面衡量數據庫的整體健康狀態和性能，但沒有哪一個工具可以在數據庫反應遲鈍或是完
全掛起的時候使用。
　　當數據庫反應遲鈍或是掛起狀態時，而且你已配置了Oracle 企業管理器 12c的云控制，你就能夠對嚴重的性能問
題進行診斷。這對你了解當前數據庫產生了甚么狀態有很大幫助，而且還能夠對此問題給出解決方案。
　　以下步驟演示了如何在Oracle 企業管理器 12c上分析數據庫狀態：
　　1、在訪問數據庫訪問主頁面從Performance菜單選擇Emergency Monitoring 選項。這會顯示掛起分析表中排名靠前
的禁止會話。
　　2、在Performance菜單選擇Real-Time ADDM 選項來履行實時ADDM分析。
　　3、在搜集了性能數據后，點擊Findings標簽以取得所有結果的交互總結。

16. 同時在多個表上搜集統計數據
　　在之前的Oracle數據庫版本中，當你履行1個DBMS_STATS 程序來搜集表、索引、模式或數據庫級別的統計數
據時，Oracle習慣于1次1個表的搜集統計數據。如果表很大，那末推薦你采取并行方式。在12c R1中，你現在可以同
時在多個表、分區和子分區上搜集統計數據。在你開始使用它之前，你必須對數據庫進行以下設置以開啟此功能：
SQL> ALTER SYSTEM SET RESOURCE_MANAGER_PLAN='DEFAULT_MAIN';
SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=4;
SQL> EXEC DBMS_STATS.SET_GLOBAL_PREFS('CONCURRENT', 'ALL');
SQL> EXEC DBMS_STATS.GATHER_SCHEMA_STATS('SCOTT');

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈