Oracle Online Redefinition在線重定義

面對越來越多的7*24系統,運維人員進行工作可用的時間窗口變的越來越小。就在有限的時間窗口中,硬件檢修、網絡改造配置佔據了很多時間。對數據庫對象進行日常維護,越來越成爲我們需要關注的問題。

 

進行數據重排、表分區、字段類型修改、字段增改這樣的操作,在開發和測試環境上是比較容易進行的。即使數據表很大,操作耗時可能會很高,我們也能夠通過一些非技術的手段贏取操作時間窗。但是對於投產系統而言,操作過程中的長時間鎖定可能是業務不能接受的。這個時候,就可以考慮Oracle的一些Online操作技術。

 

在筆者之前的一些文章中,介紹過一些online處理方法,如刪除海量數據表,暫時隱去unused特定數據列,11g中默認值列優化等等。本篇我們介紹OracleOnline Redefinition(在線重定義)特性。

 

1、  基礎知識

 

Oracle Online Redefinition可以保證在數據表進行DDL類型操作,如插入、刪除數據列,分區處理的時候,還能夠支持DML操作,特別是insert/update/delete操作。

 

對一般的DDL過程而言,Oracle都會給數據對象一個獨佔表鎖。也就是說,在進行DDL操作的過程中,我們是不能對數據表進行DML(增加、修改和刪除操作)。只有等待DDL結束,才能夠繼續操作。

 

也就是說,如果一個DDL持續時間很長,比如數據表海量大小,那麼在這個長時間中,系統數據表其實是不能對外提供服務的。

 

Oracle在線重定義提供瞭解決問題的途徑。我們如果需要對一個數據表進行重定義,需要定義一箇中間目標表Interim。在Interim表中定義好目標結構,比如期望的存儲、分區、字段關係。在線重定義使用的主要是dbms_redefinition包的對應方法。

 

在線重定義最大的特點是,當進行online操作的時候,我們還可以對數據表進行DML操作。結束定義過程時,期間進行的操作都是可以反饋到目標數據表中的。

 

目前,Oracle在線重定義支持下列種類的重定義動作:

 

ü  插入、刪除數據表列和對一個存在的數據表列改名;

ü  修改字段類型;

ü  消除數據表段中的碎片塊;

ü  索引、約束等對象的重定義;

ü  分區錶轉變;

 

下面,我們通過一個簡單的例子,去看看如何使用dbms_redefinition包進行重定義操作。

 

2、簡單的重定義例子

 

我們在Oracle 11gR2中進行測試實驗。

 

 

SQL> select * from v$version where rownum<3;

 

BANNER

--------------------------------------------------------------------------------

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production

PL/SQL Release 11.2.0.3.0 – Production

 

 

首先我們創建目標數據表。

 

 

SQL> create table t as select object_id, object_name, owner from dba_objects;

 

Table created

Executed in 0.328 seconds

 

SQL> select count(*) from t;

 

  COUNT(*)

----------

     75192

 

Executed in 0.047 seconds

 

SQL> alter table t add constraint pk_t_id primary key (object_id);

Table altered

 

 

進行在線重定義的第一步,就是判斷目標數據表是否可以進行重定義。此時,可以使用dbms_redefinition包的can_redef_table方法進行判斷。

 

 

SQL> exec dbms_redefinition.can_redef_table( 'SCOTT','T',dbms_redefinition.cons_use_pk);

PL/SQL procedure successfully completed

 

Executed in 0.016 seconds

 

 

注意該方法的第三個參數,使用主鍵還是rowid方法。本質上,Online Redefinition是使用物化視圖Materialized View技術。過程定義記錄就是主鍵和rowid兩種策略。通常而言,我們還是推薦數據表有一個明確主鍵,也就是使用cons_use_pk。如果希望使用rowid,就使用dbms_redefinition.cons_use_rowid

 

通過了檢查之後,就可以進行下一步,定義目標數據表格式。無論是何種變化,我們需要創建一箇中間表interim,將我們“期望”的數據表定義實現在裏面。其中包括表類型、列定義、分區定義和索引等。但是注意,約束(主外鍵)可以不定義在其中。

 

 

SQL> create table t_interim as select * from dba_objects where 1=0;

Table created

 

Executed in 0.032 seconds

 

 

顯然,我們是希望給數據表T增加一些列。

 

此時,我們就可以開始重定義過程。使用dbms_redefinitionstart_redef_table方法。

 

 

SQL> exec dbms_redefinition.start_redef_table('SCOTT','T','T_INTERIM',col_mapping => 'object_id object_id, object_name object_name, owner owner',options_flag => dbms_redefinition.cons_use_pk);

 

PL/SQL procedure successfully completed

 

Executed in 0.625 seconds

 

 

此處注意參數col_mapping,這裏以配對鍵值的方式定義了源數據表和中間表在列關係上的對應關係。每個列關係按照<源列名 目標列名>的格式進行書寫。

 

對約束的處理,如果有需要轉換的約束對象,我們可以使用copy_table_dependents方法將source數據表的約束拷貝到目標對象中。

 

 

SQL> declare

  2    error_count number;

  3  begin

  4    error_count := 0;

  5    dbms_redefinition.copy_table_dependents(uname => 'SCOTT',orig_table => 'T',

  6                                            int_table => 'T_INTERIM',

  7                                            copy_indexes => dbms_redefinition.cons_orig_params,

  8                                            num_errors => error_count);

  9    dbms_output.put_line(to_char(error_count));

 10  end;

 11  /

 

0

 

PL/SQL procedure successfully completed

 

Executed in 4.265 seconds

 

 

這個方法的參數很多,定義如下:

 

 

  --  NAME:     copy_table_dependents

  --

  --  INPUTS:  uname             - schema name

  --           orig_table        - name of table to be re-organized

  --           int_table         - name of interim table

  --           copy_indexes      - integer value indicating whether to

  --                               copy indexes

  --                               0 - don't copy

  --                               1 - copy using storage params/tablespace

  --                                   of original index

  --           copy_triggers      - TRUE implies copy triggers, FALSE otherwise

  --           copy_constraints   - TRUE implies copy constraints, FALSE

  --                                otherwise

  --           copy_privileges    - TRUE implies copy privileges, FALSE

  --                                otherwise

  --           ignore errors      - TRUE implies continue after errors, FALSE

  --                                otherwise

  --           num_errors         - number of errors that occurred while

  --                                cloning ddl

  --           copy_statistics    - TRUE implies copy table statistics, FALSE

  --                                otherwise.

  --                                If copy_indexes is 1, copy index

  --                                related statistics, 0 otherwise.

  --           copy_mvlog         - TRUE implies copy table's MV log, FALSE

  --                                otherwise.

  PROCEDURE copy_table_dependents(uname              IN  VARCHAR2,

                                  orig_table         IN  VARCHAR2,

                                  int_table          IN  VARCHAR2,

                                  copy_indexes       IN  PLS_INTEGER := 1,

                                  copy_triggers      IN  BOOLEAN := TRUE,

                                  copy_constraints   IN  BOOLEAN := TRUE,

                                  copy_privileges    IN  BOOLEAN := TRUE,

                                  ignore_errors      IN  BOOLEAN := FALSE,

                                  num_errors         OUT PLS_INTEGER,

                                  copy_statistics    IN  BOOLEAN := FALSE,

                                  copy_mvlog         IN  BOOLEAN := FALSE);

 

 

利用各種copy_xxx參數,我們可以精細的定義哪些約束依賴關係會被拷貝到目標表中。

 

當結束之後,我們需要使用finish_redef_table方法結束定義過程。

 

 

SQL> exec dbms_redefinition.finish_redef_table('SCOTT','T','T_INTERIM');

PL/SQL procedure successfully completed

 

Executed in 1.406 seconds

 

 

最後,我們查看效果。

 

 

SQL> desc t;

Name           Type          Nullable Default Comments

-------------- ------------- -------- ------- --------

OWNER          VARCHAR2(30)  Y                        

OBJECT_NAME    VARCHAR2(128) Y                        

SUBOBJECT_NAME VARCHAR2(30)  Y                         

OBJECT_ID      NUMBER        Y                        

DATA_OBJECT_ID NUMBER        Y                        

OBJECT_TYPE    VARCHAR2(19)  Y                        

CREATED        DATE          Y                        

LAST_DDL_TIME  DATE          Y                        

TIMESTAMP      VARCHAR2(19)  Y                        

STATUS         VARCHAR2(7)   Y                        

TEMPORARY      VARCHAR2(1)   Y                        

GENERATED      VARCHAR2(1)   Y                        

SECONDARY      VARCHAR2(1)   Y                        

NAMESPACE      NUMBER        Y                        

EDITION_NAME   VARCHAR2(30)  Y                        

 

SQL> desc t_interim;

Name        Type          Nullable Default Comments

----------- ------------- -------- ------- --------

OBJECT_ID   NUMBER                                 

OBJECT_NAME VARCHAR2(128) Y                        

OWNER       VARCHAR2(30)  Y                        

 

SQL> select count(*) from t;

 

  COUNT(*)

----------

     75192

 

 

數據表T的字段被添加上,而中間表的結構被設置爲原來的樣子。約束內容,也就是原來的主鍵也被保留下來。

 

 

--dbms_metadata.getddl輸出片段

         "EDITION_NAME" VARCHAR2(30),

          CONSTRAINT "PK_T_ID" PRIMARY KEY ("OBJECT_ID")

 

 

至此,我們完成了一個最簡單的重定義過程。大致分爲五個步驟:

 

ü  判斷數據表是否可以支持重定義,定義中間表Interim結構;

ü  使用dbms_redefinitionstart_redef_table方法開始重定義過程;

ü  拷貝約束、重定義register約束信息內容;

ü  同步online過程中的DML操作(Optional,在之後例子演示);

ü  結束過程finish_redef_table操作;

發佈了61 篇原創文章 · 獲贊 33 · 訪問量 13萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章