V1.0
|
Revision |
Author/Modifier | Comments | |
|
No. |
Date |
||
| 1.0 | 2012.02 | 沈金 | 初稿 |
一、 目的
明确MOVE TABLE操作的风险及标准流程，最大限度避免MOVE TABLE操作带来的故障。
二、 适用范围
l 优化操作中，为了降低表，分区，LOB的高水位
l 操作对象包括：普通表，分区，子分区，LOB字段
备注：表中不能包含LONG 字段
三、 风险评估
l MOVE 表期间，会阻塞所有关于此表的DML和DDL操作，且INDEX会失效
l MOVE 表完成后，表统计信息会失效，需要重新收集（9i）
l 如果表上存在TRANSACTION，则无法使用MOVE操作，会报resource busy
l MOVE到其他表空间，保证表空间有足够的空闲空间
四、 操作流程
1. 准备工作
a) 和应用确认MOVE表的持续时间和期间无法操作表（包括查询）的风险，看是否能接受或者选择停相关应用模块
b) 事先整理完成MOVE TABLE和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操作
六、 回退方案
无需回退
