遷移式升級的測試（二）

在之前寫的一篇博文中，自己是打算對一臺資料庫使用Data Guard+TTS的方式來完成資料遷移和升級的工作，整體的思路如下。


備庫Failover之後，匯出後設資料，然後同一臺伺服器上的11g的資料庫中匯入後設資料，這樣就避免了傳輸檔案的時間消耗。從而達到快速遷移升級的目的。
具體的操作步驟如下所示：
1.在備庫端需要開啟閃回
這個也是為了能夠在遷移失敗的情況下，能夠迅速回退，馬上重構主備庫的環境。
2.在開啟閃回資料庫之後，記錄一下SCN的資訊，留作後面備用。
   select current_scn from v$database；
       CURRENT_SCN
------------------
      228967862801
3.開始備庫切換
在備庫端進行Failover的操作。整個過程分分鐘即可完成。這個過程需要保證主庫端的資料能夠及時更新過來。
    alter database recover managed standby database finish force;
    alter database commit to switchover to primary;
 select database_role,open_mode from v$database;
4.在開始遷移前，做一個完整的檢查，這是遷移的重中之重，如果遷移的表空間很多，可以直接放到指令碼里面來統一處理也可以。
exec dbms_tts.transport_set_check(TS_LIST=>'STORELOG_DATA,STORELOG_INDX,USERS,GHOSTOL_DATA,GHOSTOL_INDEX,TEST_DATA,TEST_INDEX,PERFSTAT,TS_AUDIT,STAT_POINT,TEST_MV_DATA,TEST_MV_INDEX,TEST_AUDIT_DATA,JYCX_DATA,OEM_DATA,TEST_INDEX2,TEST_INDEX3,SWDONLINE_DATA,SWDONLINE_INDX,OEM_MON_TEST,USERCENTER_DATA',INCL_CONSTRAINTS=>TRUE,full_check=>true);
檢視檢查的結果：
select *from transport_set_violations;
------------------------------------------------------------------------------------------------------------------------ Sys owned object  SYS_LOB0000133356C00040$$ in tablespace TS_AUDIT not allowed in pluggable set
可以看到這個例子中還是違反自包含約束的情況，從日誌能夠看出，主要是和aud$的處理相關。
經過確認，MARKET_ANGEL_USEDUP是個索引，但是屬主存在問題，可以在遷移的時候直接重建。
sys@TEST> drop index MARKET_ANGEL_USEDUP;
Index dropped.
sys@TEST> create index TEST.MARKET_ANGEL_USEDUP on TEST.MARKET_ANGEL("USED_UP") tablespace TEST_index;
Index created.
另外的幾個表 TEST_WEAPON，TMP_CNINFO_XTG_20081212，AUD$_20120608是臨時表，可以直接刪除。
drop table TEST_WEAPON;
drop table TMP_CNINFO_XTG_20081212;
drop table AUD$_20120608;
最後的注意力就到了aud$,可以看到這個表是在之前因為考慮到資料量較大，直接遷移到一個獨立的表空間了，在這個例子中為了保證遷移的順利，可以先把aud$遷移到sysaux裡面，遷移完成之後再處理即可。資料量不大的情況下直接move tablespace即可，如果裡面的資料可以刪除，直接truncate即可。
truncate table aud$;
alter table aud$ move tablespace sysaux;
這個時候檢視檢查資訊，還是存在下面的一些提示資訊。

這個時候可以檢視LOB的具體資訊，發現是AUD$裡面的一個LOB列，單獨遷移即可。
SQL> select table_name,column_name,tablespace_name,index_name from user_lobs where index_name='SYS_IL0000011218C00041$$'

SQL>alter table aud$ move tablespace sysaux lob(SQLTEXT) store as lobsegment(tablespace sysaux);
另外一個LOB也是同樣的處理。
SQL> alter table aud$ move tablespace sysaux lob(SQLBIND) store as lobsegment2(tablespace sysaux);
對於其他的物件，如果不是LOB列，那很可能就是回收站裡的物件了，直接刪除即可。
sys@TEST> select table_name,column_name,tablespace_name,index_name from user_lobs where segment_name='SYS_LOB0000133356C00041$$';

sys@TEST> show recyclebin

SQL>purge recyclebin;
 
對於aud$上面的索引可以直接rebuild即可達到效果。
alter index I_AUD2 rebuild tablespace sysaux;
再次檢查阿九沒有任何問題了。
PL/SQL procedure successfully completed.
no rows selected
5.接下來的工作就是把表空間置為READ ONLY狀態。
alter tablespace USERS read only;
alter tablespace TS_AUDIT read only;
alter tablespace GHOSTOL_DATA read only;
alter tablespace GHOSTOL_INDEX read only;
alter tablespace TEST_DATA read only;
alter tablespace TEST_INDEX read only;

6.匯出10g資料庫的後設資料資訊，標註為遷移表空間的方式。
exp \'sys/oracle as sysdba\' file=exp_tts_TEST.dmp transport_tablespace= y tablespaces=USERS,GHOSTOL_DATA,GHOSTOL_INDEX,TEST_DATA,TEST_INDEX,PERFSTAT,STAT_POINT,TEST_MV_DATA,TEST_MV_INDEX,TEST_AUDIT_DATA,JYCX_DATA,OEM_DATA,TEST_INDEX2,TEST_INDEX3,SWDONLINE_DATA,SWDONLINE_INDX,STORELOG_DATA,STORELOG_INDX,OEM_MON_TEST,USERCENTER_DATA log=exp_tts_TEST.log

7.在11g的新庫中可以嘗試建立相應的使用者，這裡有幾個地方需要注意。
理論上可以通過impdp來完成使用者資訊的匯入，但是這個步驟建議還是手工處理，從10g的庫上匯出使用者的DDL語句，簡單修改。
原因在於預設表空間在新庫上存在，如果存在PROFILE的資源設定，很可能匯入失敗。可以批量生成語句，簡單修改即可。
   CREATE USER "TEST" IDENTIFIED BY VALUES '5F712A8369686639'
      DEFAULT TABLESPACE "TEST_DATA"
      TEMPORARY TABLESPACE "TEMP"
      PROFILE "PF_TEST" ;

後續來繼續解讀這個遷移的過程。整個過程會是一個完整的演練過程，碰到的問題越多，解決的越多。遷移的時候越順利。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/23718752/viewspace-2125662/，如需轉載，請註明出處，否則將追究法律責任。