数据库碎片差点搞死我了!求助!

Bendy

我用的是分区表,每天一个分区,每天的数据大概有几百万左右,但有的时候出现ORA-01653的错误,也就是说分区无法扩展!经检查,select tablespace_name,sum(bytes),max(bytes),count(block_id) from dba_free_space
group by tablespace_name;应用的表空间count(block_id)值很大,大概有几千甚至几万,这个时候数据就不能插入.所以我觉得应该是由于碎片导致的表空间自由每个空间部分太小,区分无法扩展.
有位大姐建议我用LMT,我想知道这个方法是不是产生碎片的可能性比较小?如何监测这种建表空间的碎片?

amaome

嘿嘿，这个还不至于哈
我本来以为sum(bytes),max(bytes)查出来的东西就可以比较出碎片多少呢，可能是我表达不清
见谅，不是很明白，是不是sum(bytes)>max(bytes)就表明碎片很多？

个人认为sum(bytes)>max(bytes)就 并不表明碎片很多。因为dba_free_space是根据tablespace_name, file_id来分的。如果一个tablespace由很多datafile组成，那么它的sum(bytes) 会比max(bytes)大很多。 这样就表明这个ts有很多碎片吗？

biti_rainy

LMT +  uniform size 就不存在碎片的概念了，oracle的空间管理方式发生了2次重大的变化，这方面看来你们落后了至少3年  

如果只能用字典管理表空间，注意需要设置 pctincreate =  0   ,  next =  inital ,根据表的大小设置合理的 extent 大小 ,这样也可避免

oldwain

看了半天， 没看到哪里有碎片的影子。

amaome

如何判断ts是否有碎片：
http://asktom.oracle.com/pls/ask/f?p=4950:8:14535659577129408124::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:1295801859138

xxscfh

精华区里面有个sql，用图形来显示某个数据文件中的block的使用可空闲情况，应该能够很好的观测你数据库中的碎片到底到什么地步！

赵宇

FAQ里最后面有关于表空间查碎片和合并碎片的贴子，在精华区里面也有，你去看一下

Bendy

多谢指点,但不知uniform size这个值怎么定呀?我的表空间有200G到400G左右,上面有多个大表,其中不少是分区别, 分个数据库文件为40G左右,这个值咋定呀?谢谢

赵宇

create tablespace tablespace........................
uniform size 40,000m
如果表空间将来要存储的对象类型不同，需要的空间也不同，
最好采用AUTOALLOCATE
如果对所要存放的对象的容量比较清楚，比如记录的长度固定，最好采用UNIFORM SIZE