昨晚因为做了一个大批量的删除,用的 delete 。大约用了 6 个小时,导致了回滚段自动扩展到将近 30 个 G 。(以后记着,做大批量删除的时候,一定要用脚本实现,分批量提交事务。那样就不会占用太多的 UNDO 表空间了!) 从网上搜了一个普遍的方法,更换新的
昨晚因为做了一个大批量的删除,用的delete。大约用了6个小时,导致了回滚段自动扩展到将近30个G。(以后记着,做大批量删除的时候,一定要用脚本实现,分批量提交事务。那样就不会占用太多的UNDO表空间了!)
从网上搜了一个普遍的方法,更换新的UNDO表空间,然后删除原来的UNDO表空间,释放出磁盘容量。
具体方法如下:(参考网上的资料)
SQL>select segment_name, owner, tablespace_name, status from dba_rollback_segs;
SEGMENT_NAME OWNER TABLESPACE_NAME STATUS
------------------------------ ------ ------------------------------ ----------------
SYSTEM SYS SYSTEM ONLINE
_SYSSMU1$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU2$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU3$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU4$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU5$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU6$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU7$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU8$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU9$ PUBLIC UNDOTBS1 ONLINE
_SYSSMU10$ PUBLIC UNDOTBS1 ONLINE
11 rows selected.
SQL>CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE 'd:/oracle/oradata/oradev/UNDOTBS2.dbf' SIZE 50M
注:UNDOTBS2为新建回滚段名称,可自拟。'd:/oracle/oradata/oradev/UNDOTBS2.dbf' 是表空间数据文件地址,可根据情况设定。
SQL> alter system set undo_tablespace=undotbs2 scope=both;
这样系统默认UNDO表空间就是新建的undotbs2了。
SQL>drop rollback segment undotbs1;
SQL>drop tablespace undotbs1 including contents and datafiles;
下面是网友提供的一个小技巧:
调小了回滚段后,在imp导入数据时,提示回滚段无法扩展的错误。
解决方法:在imp时,加入参数 commit=y,直接提交,避免占用大回滚段。
声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com