Oracle12c 新特性之三——管理功能的增強,oracle12c新特性
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中恢複表和分區
OracleDatabase Backup主要分為兩類:邏輯和物理。每種備份類型有自己的優缺點。在先前的版本,用現有的物理備份恢複一個表或分區不合適,為了恢複一個特定的對象,你必須有邏輯備份。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) 全Database Backup必須存在,或至少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記憶體的會話。
著作權聲明:本文為博主原創文章,未經博主允許不得轉載。