重建UNDO表空间遭遇ORA-01548

今天开发那边的一套数据库的undo表空间不知道被谁设置成了自动扩展，然后所谓的屋漏偏逢连夜雨的是，

开发人员今天跑了一个很大的事物，然后直接后果就是undo表空间不断被扩展，直到把文件系统写爆了。没办法得把undo表空间删了重建以回收空间啊。安装常规的操作：

先新建一个新的undo表空间：

create undo tablespace tmpundo datafile '/soft/Oracle/oradata/sitjf/tmpundo01.dbf'size 1g autoextend off;

把新建的undo表空间设置为默认undo表空间：

alter system set undo_tablespace=tmpundo;

接下来就是删除原有undo表空间undotbs1了，但是我发现我悲剧了，删除报错：

SQL> DROP TABLESPACE UNDOTBS1 INCLUDING CONTENTS AND DATAFILES;
CREATE UNDO TABLESPACE UNDOTBS1 DATAFILE '/soft/oracle/oradata/sitjf/undotbs01.dbf' SIZE 1G AUTOEXTEND OFF;
DROP TABLESPACE UNDOTBS1 INCLUDING CONTENTS AND DATAFILES
*
ERROR at line 1:
ORA-01548: active rollback segment '_SYSSMU1_2181731349$' found, terminate
dropping tablespace

尝试过重启数据库，依然无效，尝试删除数据文件后，依然是报错：

SQL> ALTER DATABASE DATAFILE '/soft/oracle/oradata/sitjf/undotbs01.dbf' OFFLINE DROP;
Database altered.

最后弄的没办法了，还是Google一下吧，于是参照Google上的解决方法顺利的处理了：

1、修改init$ORACLE_SID.ora参数文件，为：

undo_management=manual
undo_retention=10800
undo_tablespace=tmpundo
_CORRUPTED_ROLLBACK_SEGMENTS = (_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$,_SYSSMU1_2181731349$)

及，把undo修改为手动管理，并把默认undo表空间设置为新建的临时过渡undo表空间tmpundo。

最重要的是_CORRUPTED_ROLLBACK_SEGMENTS参数，改参数Oracle会假设事务已经回滚，而不会进行其他的检查。一般UNDO表空间丢失或损害的时候可以尝试使用这个隐含参数。

然后以init$ORACLE_SID.ora参数文件启动数据库

SQL> startup force pfile='?/dbs/initsitjf.ora'
ORACLE instance started.

Total System Global Area 3423965184 bytes
Fixed Size 2211584 bytes
Variable Size 1761607936 bytes
Database Buffers 1644167168 bytes
Redo Buffers 15978496 bytes
Database mounted.
Database opened.

现在就可以删除undotbs1表空间了

SQL> drop tablespace undotbs1 including contents and datafiles;
Tablespace dropped.

然后重建undotbs1表空间
SQL> create undo tablespace undotBS1 datafile '/soft/oracle/oradata/sitjf/undotbs01.dbf' size 100M ;
Tablespace created.

重新修改undo表空间为自动管理，并且设置默认undo表空间为undotbs1，通过init参数修改。

undo_management=auto
undo_retention=10800
undo_tablespace=undotbs1

重启数据库，现在就可以删除过渡undo表空间tmpundo了：

SQL> drop tablespace tmpundo including contents;
Tablespace dropped.

现在空间已经回收了，undo表空间也被收缩了。

注：

也可以使用drop rollback命令来删除回滚段_SYSSMU1_2181731349$，undo表空间必须为manual管理方式

DROP ROLLBACK SEGMENT "_SYSSMU1_2181731349$";

查看回滚段

SELECT SEGMENT_NAME, OWNER, TABLESPACE_NAME, STATUS FROM DBA_ROLLBACK_SEGS;

=================================================================================--------------------------------------

4) offline the rollback segment:
alter system set "_smu_debug_mode"=4;

使用 _smu_debug_mode=4并使用manual的方式管理UNDO，即将回滚段设置为手工的debug模式

alter rollback segment "_SYSSMU8$" offline;

select status from dba_rollback_segs where segment_id=8;

5) if STATUS=OFFLINE
drop rollback segment "_SYSSMU8$";
alter system set "_smu_debug_mode"=0;

---------------------------------==================================================================

本篇文章来源于 Linux公社网站(www.linuxidc.com) 原文链接：https://www.linuxidc.com/Linux/2012-08/68465.htm