将vip用户下的表 move到DATA表空间中，达到整理表的碎片的目的；--我认为应该是检查某个或某些表空间的使用情况，来针对表空间的
一、 实验一
a) 实验要求：
i. 将vip用户下的表 move到DATA表空间中，达到整理表的碎片的目的；--我认为应该是检查某个或某些表空间的使用情况，来针对表空间的表进行碎片整理，而不应该是针对用户的，除非该用户下的表都在同一个表空间里，且该表空间存在大量碎片，否则命题不太清晰。
ii. 观察move以后，表会发生哪些变化；以及对相关的查询有何影响；
b) 实验分析：
i. 目的分析：通过move表达到整理表的碎片的目的。因为数据库中的表经历了多次的DML操作后，会在表空间里产生很多碎片，大大影响存储效率和查询效率。
ii. 技术分析：为了消除碎片可以采用移动表的方法解决；就是一个表空间的所有表移动到一个干净的表空间中，由于对表进行了移动，在表上创建的索引将失效，所以在移动表的同时也要将表的索引重建。不对临时表进行移动。
iii. 场景分析：不管是OLTP还是OLAP系统，其中频繁做DML操作的表都会产生很多碎片，OLTP的特点是每次DML的记录条数较少，但是很频繁，OLAP的特点是每次都是批量DML操作，涉及记录条数很多，尤其是在ETL的过程中，但是操作很集中。
c) 实验过程：
i. 备份：将vip用户用数据泵备份出来
expdp vip/vip@PROD directory=dir1 dumpfile=expdp_vip schemas=vip
ii. 检查碎片：
如何检查？
VIP@PROD>col table_name for a12;
VIP@PROD>col tablespace_name for a6;
VIP@PROD>select table_name,tablespace_name,status,num_rows,blocks,empty_blocks from user_tables where table_name='COUNTRIES2';
TABLE_NAME TABL STATUS NUM_ROWS BLOCKS EMPTY_BLOCKS
------------ ---- -------- ---------- ---------- ------------
COUNTRIES2 SYSTEM VALID 19 4 0
分析碎片的方法：??还不会
参考文档：
iii. 收集信息：
1. 查看当前库中有哪些表空间，如果没有要求的DATA表空间，则需要新建
SYS@PROD>select tablespace_name, status from dba_tablespaces;
TABLESPACE_NAME STATUS
------------------------------ ---------
SYSTEM ONLINE
SYSAUX ONLINE
UNDOTBS1 ONLINE
TEMPTS1 ONLINE
TUNING_TBS ONLINE
2. 查看需要move表的用户下的所有对象及其所在表空间
select segment_name, partition_name, segment_type, tablespace_name, trim(bytes/1024/1024) M from user_segments;
发现segment_type包括”TABLE”、”TABLE PARTITION”、”INDEX”三大类段对象，需要分别进行处理。结果请参考
3. 统计segment大小，以确定新建表空间的指定大小等参数
VIP@PROD>select sum(bytes)/1024/1024 from user_segments;
SUM(BYTES)/1024/1024
--------------------
98.375
4. 查看磁盘空间大小
SYS@PROD>host df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/mapper/VolGroup00-LogVol00
26G 15G 9.7G 60% /
/dev/sda1 99M 23M 72M 24% /boot
tmpfs 1007M 400M 607M 40% /dev/shm
/dev/sr0 3.1G 3.1G 0 100% /media/OL5.8 i386 dvd 20120229
5. 检查索引状态
select index_name,table_name,tablespace_name,status from user_indexes;
结果参考
iv. 执行：
1. 新建表空间DATA
drop tablespace DATA including contents and datafiles;
create tablespace DATA datafile '/u01/app/Oracle/oradata/PROD/disk1/DATA01.dbf' size 150M autoextend on next 1m maxsize 1g extent management local segment space management auto;
2. 移动表
conn / as sysdba
Alter user vip QUOTA unlimited ON DATA;
conn vip/vip
alter table 表名 move tablespace DATA; -- segment_type=’TABLE’
alter table 分区表表名 move partition 分区名 tablespace DATA;--segment_type=’TABLE PARTITION’
脚本
3. 移动后检查索引状态
select index_name,table_name,tablespace_name,status from user_indexes; --均显示为INVALID
4. 重建索引
alter index 索引名rebuild tablespace DATA[online];
5. 重建后检查索引状态
select index_name,table_name,tablespace_name,status from user_indexes; --VALID
v. 错误处理
重新执行下面的语句发现有两个segment的表空间还是system没有改为DATA，，检查日志发现有两处报错：
select segment_name, partition_name, segment_type, tablespace_name, trim(bytes/1024/1024) M from user_segments;
1. alter index COUNTRY_C_ID_PK rebuild tablespace DATA
*
ERROR at line 1:
ORA-28650: Primary index on an IOT cannot be rebuilt
解决：IOT表上的Primary index不能rebuild，只能作如下操作：
VIP@PROD>select index_name,table_name,status,tablespace_name from user_indexes where index_name='COUNTRY_C_ID_PK';
INDEX_NAME TABLE_NAME STATUS TABLESPACE_NAME
------------------------------ ------------------------------ -------- ------------------------------
COUNTRY_C_ID_PK COUNTRIES VALID SYSTEM
VIP@PROD>select table_name,tablespace_name,iot_name,status from user_tables where table_name='COUNTRIES';
TABLE_NAME TABLESPACE_NAME IOT_NAME STATUS
------------------------------ ------------------------------ ------------------------------ --------
COUNTRIES VALID
--对于IOT而言，只有索引段，没有数据段，也就不存在move到另一个表空间的说法。
常用的rebuild操作不能使用在IOT主键索引中，而且disable索引也没有办法实现。整理IOT的方法，可以选择数据表的move方法。
VIP@PROD>alter table COUNTRIES move;
Table altered.
效果是可以将存在大量死叶子节点的IOT表的索引高水位线下降。参考文章：
2. alter table CUSTOMER move tablespace DATA
*
ERROR at line 1:
ORA-00997: illegal use of LONG datatype
查看一下CUSTOMER表的结构：
VIP@PROD>desc customer
Name Null? Type
--------------------- -------- ------------
CUSTOMER_ID NOT NULL NUMBER(6)
NAME VARCHAR2(45)
ADDRESS VARCHAR2(40)
CITY VARCHAR2(30)
STATE VARCHAR2(2)
ZIP_CODE VARCHAR2(9)
AREA_CODE NUMBER(3)
PHONE_NUMBER NUMBER(7)
SALESPERSON_ID NUMBER(4)
CREDIT_LIMIT NUMBER(9,2)
COMMENTS LONG
问题可能就出在最后一个字段：COMMENTS LONG
解决：
