shrink space产生大量日志

坑爹的shrink space  

 

早上打开EM 查看备份报告

发现这2天得增量备份  达到100G   （历史上增量备份最多不会超过10G）

 

原因都是shrink space 引起了归档日志爆炸性的增长

可以看见记录页数  高达300多页。。。。吓人的啊  估算一下  产生了90G的归档日志 。。。。     

 

赶紧晚上加班扩磁盘手工全库备份一下，要不然，今天晚上的增量备份空间都不够了。。。

以后使用这个功能 要特别注意磁盘空间，和日志量     切记

 

--====================衍生阅读=================================================

Shrink 的本质上是对表执行一系列的DML操作，删除表末端的稀疏行，并在表的顶端重新插入，通过这样一系列的操作，可以填满表段中的“漏洞”空间，逐步把表的所有剩余空间留在表的末端，然后Oracle可以重置该表的HWM，释放自由空间。由于 Shrink是对数据行进行处理的，在表上会获得行级排他锁，所以并不会影响全表的DML操作，但是有一点需要注意： Shrink可能会 产生大量的REDO，影响归档量！

在oracle中可以使用alter table table_name shrink space收缩表，使用 shrink有两个前提条件:

  1、表必须启用row movement

  2、表段所在表空间的段空间管理(segment space management)必须为auto

 

 

 

alter table table_name move tablespace_name  产生比较少得日志

alter table table_name shrink space    产生比较大量的日志

大概是1：5的比例

 

详细信息 可以参考   http://blog.csdn.net/tianlesoftware/article/details/4764254