關於分割槽表的move操作

dbhelper發表於2014-11-26
關於分割槽表的move操作還是很值得深究的一個問題。如果分割槽表中含有lob欄位,難度還會加大。
對於普通的表而言,做move操作室理所當然,oracle提供的方式很直接快捷。當然了這個命令也不是高可用的範疇。但是對於資料重組還是很方便快捷的。


一般來說,如果嘗試對分割槽表進行move操作,會得到如下的錯誤警告。
SQL> alter table charge move tablespace large_data;
alter table charge move tablespace large_data
            *
ERROR at line 1:
ORA-14511: cannot perform operation on a partitioned object

 
這個時候可以使用如下的sql語句生成動態sql來做partition級別的move操作。
比如對下面3個大表,如下的sql就可以生成成百上千條語句來完成partition級別的move操作。

select 'alter table '||table_name||' move partition '||partition_name||' tablespace large_data;' from user_tab_partitions where table_name in ('CHARGE','MEMO','CHARGE_REL')

如果表中含有lob欄位,可能會碰到如下的問題

alter table memo move partition xxxx tablespace large_data;

           *
ERROR at line 1:
ORA-01658: unable to create INITIAL extent for segment in tablespace DATAS01

 碰到這種問題,一般有以下的幾種原因,一種需要檢視quota的情況,是否在對應的表空間中含有足夠的quota
一種就是檢視錶空間的儲存情況,是否有足夠的空間。
如果空間有限,而且有的分割槽沒有資料,可以開啟延遲載入的方式。啟用deferred_segment


expdp/impdp
使用資料泵是一種很好的選擇,可以很方便的進行資料結構的dump到處,然後在匯入的時候直接做remap_tablespace,這個功能是exp/imp所無法企及的。
推薦使用impdp的remap功能。

perl/shell
當然了,可以利用exp+imp+shell/perl的方式來解析dump檔案
可以參考如下的博文。
http://blog.itpub.net/23718752/viewspace-1160404/
裡面詳細討論瞭解析dump檔案的一些細節。

dbms_metadata.get_ddl
如果源shema可以隨時訪問到,在條件允許的時候可以直接透過dbms_metadata來生成對應的建立語句,可以在此基礎上進行表空間的重新手工mapping。
這個過程看似簡單,其實還要考慮很多的細節。分割槽的分割槽太多,很容易就超過最大字元長度了,需要自己把握控制。


exchange partition
這種方式可能風險有些大,不過在某些情況下也是一種方案,可以透過exchange partition的形式來完成表空間的重新對映。
使用普通表來和分割槽做一個交換。

不過以上的方法都不太適合高可用的情況,不過downtime的時間也是需要考慮的,需要最大程度的減少操作時間,畢竟使用分割槽表的環境中,資料都是很大的,這個也需要大家斟酌。表空間的變更是目的,但是資料的重組就牽扯了資料的匯出,匯入之類的工作,大道至簡,但是細節太多,還是需要多加註意。
 

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

相關文章