move表操作流程

今天收到开发人员说数据库报错，

查看为索引为不可用状态，删除数据删除不了，怀疑为昨天move表导致。重建失效索引后，将业务重跑OK，
今天查看了一下阿里巴巴数据库操作手册，上面详细注明了move表所带来的风险，看来风险意识还没到位。以后做生产操作需要加强风险意识。

一、 目的

明确MOVE TABLE操作的风险及标准流程，最大限度避免MOVE TABLE操作带来的故障。

二、适用范围

l优化操作中，为了降低表，分区，LOB的高水位

l操作对象包括：普通表，分区，子分区，LOB字段

备注：表中不能包含LONG字段

三、风险评估

l MOVE表期间，会阻塞所有关于此表的DML和DDL操作，且INDEX会失效

l MOVE表完成后，表统计信息会失效，需要重新收集（9i）  

select object_name from dba_objects where status='INVALID';(查询move表前后是否有失效的对象) select *  from user_indexes where status <>'VALID' ;(查询是否有失效的索引) 如果有失效的索引需要重建索引 alter index idx_t rebuild;

l如果表上存在TRANSACTION，则无法使用MOVE操作，会报resource busy

l MOVE到其他表空间，保证表空间有足够的空闲空间

四、操作流程

1.准备工作

a)和应用确认MOVE表的持续时间和期间无法操作表（包括查询）的风险，看是否能接受或者选择停相关应用模块

b)事先整理完成MOVE TABLE和REBUILD INDEX的脚本
select index_name
from dba_indexes
where owner='LRWLPOS' and table_name='POSTXNJNLHIS'(查看表相关索引)
写好rebuild index的相关脚本

c)确认原来表的大小@size，方便操作前后对比

d)如果前后表空间不同，请确认空闲空间@tbs

2.执行过程

a) alter table *** move tablespace ***

[partition *** tablspace_name ***]

[lob(***) store as (tablespace ***)]  parallel ?;

b) MOVE操作期间，查看数据库等待事件@showlong和锁情况@lock

c)重建索引，需要考虑是否要收集统计信息，详见【重建INDEX】

d)查看失效对象@dbcheck

3.验证方案

a)常规检查：@dbcheck

b)大小确认：@size

c)数据库是否正常：@active

五、核心对象风险

不建议使用MOVE操作

六、回退方案

无需回退

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/28686045/viewspace-1481181/，如需转载，请注明出处，否则将追究法律责任。