1. 首页
  2. IT资讯

move表操作流程

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

ORA-01502:index’LRWLPOS.SYS_C0020279’orpartitionofsuchindexisinunusablestate

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

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

二、 适用范围

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

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

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

三、 风险评估

l MOVE 表期间,会阻塞所有关于此表的DMLDDL操作,且INDEX会失效

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

select object_name from dba_objectswhere 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 TABLEREBUILD 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/,如需转载,请注明出处,否则将追究法律责任。

主题测试文章,只做测试使用。发布者:布吉卡,转转请注明出处:http://www.cxybcw.com/195572.html

联系我们

13687733322

在线咨询:点击这里给我发消息

邮件:1877088071@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息

QR code