Oracle分区表的move操作

kidys

　　关于分区表的move操作还是很值得深究的一个问题。如果分区表中含有lob字段，难度还会加大。
　　对于普通的表而言，做move操作室理所当然，oracle提供的方式很直接快捷。当然了这个命令也不是高可用的范畴。但是对于数据重组还是很方便快捷的。
　　一般来说，如果尝试对分区表进行move操作，会得到如下的错误警告。

　　SQL>>　　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的时间也是需要考虑的，需要最大程度的减少操作时间，毕竟使用分区表的环境中，数据都是很大的，这个也需要大家斟酌。表空间的变更是目的，但是数据的重组就牵扯了数据的导出,导入之类的工作，大道至简，但是细节太多，还是需要多加注意。
　　From：http://blog.itpub.net/23718752/viewspace-1266689/