关于分区表的move操作（r2笔记90天)

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