删除undo表空间报ORA-01548

心已赠人 2022-03-18 07:25 4841阅读 0赞

回归段中活动的事物删除undo表空间报ORA-01548

问题解决如下：

用expdp导出数据报错:

C:\\Documents and Settings\\TEMP>expdp scott/tiger DUMPFILE=scott.dmp DIRECTORY=du

mp SCHEMAS=scott

Export: Release 11.2.0.1.0 - Production on 星期一 7月 23 21:58:14 2012

连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

ORA-31626: 作业不存在

ORA-31637: 无法创建作业 SYS\_EXPORT\_SCHEMA\_02 (用户 SCOTT)

ORA-06512: 在 "SYS.DBMS\_SYS\_ERROR", line 95

ORA-06512: 在 "SYS.KUPV$FT\_INT", line 798

ORA-39244: 关系选择期间禁用删除空位图像标题的事件

ORA-06512: 在 "SYS.DBMS\_SYS\_ERROR", line 86

ORA-06512: 在 "SYS.KUPC$QUE\_INT", line 1825

ORA-02320: 无法创建嵌套表列 TREAT("USER\_DATA" AS "KUPC$\_FILE\_LIST")."FILELIST"

的存储表

ORA-00376: 此时无法读取文件 3

ORA-01110: 数据文件 3: 'D:\\APP\\WWANG\\ORADATA\\MDSP\\UNDOTBS01.DBF'

导出报错如上错误：

由于之前删除undotbs1表空间数据文件undotbs01执行如下指令删除的

alter database datafile 'D:\\app\\wwang\\oradata\\mdsp\\undotbs01.dbf' offline drop

但是现在undotbs表空间还有活动的回滚段

现在建立undo表空间undotbs2把undo表空间切换到undotbs2上去

SQL> create undo tablespace undotbs2 datafile 'D:\\app\\wwang\\oradata\\mdsp\\undotbs

21.dbf' size 100M;

表空间已创建。

SQL> alter system set undo\_tablespace='undotbs2';

系统已更改。

SQL>

Undo表空间切换过去后删除undotbs1，报错如下

SQL> drop tablespace undotbs1 including contents;

drop tablespace undotbs1 including contents

第 1 行出现错误:

ORA-01548: 已找到活动回退段 '\_SYSSMU1\_1518548437$', 终止删除表空间

SQL>

再次导出还是报错上面的错误

这时查看

SQL>  select SEGMENT\_NAME,TABLESPACE\_NAME,STATUS from dba\_rollback\_segs;

SEGMENT\_NAME                   TABLESPACE\_NAME STATUS

\------------------------------ --------------- -------------------------

SYSTEM                         SYSTEM          ONLINE

\_SYSSMU13\_967519202$           UNDOTBS1        OFFLINE

\_SYSSMU12\_1198886156$          UNDOTBS1        OFFLINE

\_SYSSMU11\_711815884$           UNDOTBS1        OFFLINE

\_SYSSMU10\_3176102001$          UNDOTBS1        NEEDS RECOVERY

\_SYSSMU9\_1126410412$           UNDOTBS1        NEEDS RECOVERY

\_SYSSMU8\_1557854099$           UNDOTBS1        NEEDS RECOVERY

\_SYSSMU7\_137577888$            UNDOTBS1        NEEDS RECOVERY

\_SYSSMU6\_1834113595$           UNDOTBS1        NEEDS RECOVERY

\_SYSSMU5\_1018230376$           UNDOTBS1        NEEDS RECOVERY

\_SYSSMU4\_2369290268$           UNDOTBS1        NEEDS RECOVERY

SEGMENT\_NAME                   TABLESPACE\_NAME STATUS

\------------------------------ --------------- -------------------------

\_SYSSMU3\_991555123$            UNDOTBS1        NEEDS RECOVERY

\_SYSSMU2\_2082490410$           UNDOTBS1        NEEDS RECOVERY

\_SYSSMU1\_1518548437$           UNDOTBS1        NEEDS RECOVERY

\_SYSSMU16\_3838319334$          UNDOTBS2        ONLINE

\_SYSSMU15\_3971806561$          UNDOTBS2        ONLINE

\_SYSSMU14\_168326844$           UNDOTBS2        ONLINE

已选择17行。

SQL>

发现undotbs01中的回滚段status为NEEDS RECOVERY 这时如果有rman备份可以利用rman恢复

现在没有备份，如下方法解决：

先利用spfile创建一个pfile文件然后把\_CORRUPTED\_ROLLBACK\_SEGMENTS这个隐含参数加到里面

SQL> create pfile from spfile;

文件已创建。

使用隐含参数\_CORRUPTED\_ROLLBACK\_SEGMENTS把需要恢复的回滚段写到里面

\_CORRUPTED\_ROLLBACK\_SEGMENTS=(\_SYSSMU10\_3176102001$,\_SYSSMU9\_1126410412$,\_SYSSMU8\_1557854099$,\_SYSSMU7\_137577888$,\_SYSSMU6\_1834113595$,\_SYSSMU5\_1018230376$,\_SYSSMU4\_2369290268$,\_SYSSMU3\_991555123$ ,\_SYSSMU2\_2082490410$,\_SYSSMU1\_1518548437$)

停到数据库然后利用pfile启动数据库

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup pfile=D:\\app\\wwang\\product\\11.2.0\\dbhome\_1\\database\\initmdsp.ora

ORACLE 例程已经启动。

Total System Global Area  326414336 bytes

Fixed Size                  1374388 bytes

Variable Size             251660108 bytes

Database Buffers           67108864 bytes

Redo Buffers                6270976 bytes

数据库装载完毕。

数据库已经打开。

然后删掉undotbs1表空间表空间删除成功

SQL> drop tablespace undotbs1 including contents;

表空间已删除。

SQL>

在进行expdp导出，导出成功至此问题解决：

C:\\Documents and Settings\\TEMP>expdp scott/tiger DUMPFILE=scott.dmp DIRECTORY=DU

MP SCHEMAS=scott

Export: Release 11.2.0.1.0 - Production on 星期一 7月 23 22:40:49 2012

连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

自动启用 FLASHBACK 以保持数据库完整性。

启动 "SCOTT"."SYS\_EXPORT\_SCHEMA\_01":  scott/\*\*\*\*\*\*\*\* DUMPFILE=scott.dmp DIRECTOR

Y=DUMP SCHEMAS=scott

正在使用 BLOCKS 方法进行估计...

处理对象类型 SCHEMA\_EXPORT/TABLE/TABLE\_DATA

使用 BLOCKS 方法的总估计: 512 KB

处理对象类型 SCHEMA\_EXPORT/PRE\_SCHEMA/PROCACT\_SCHEMA

处理对象类型 SCHEMA\_EXPORT/TABLE/TABLE

处理对象类型 SCHEMA\_EXPORT/TABLE/GRANT/OWNER\_GRANT/OBJECT\_GRANT

处理对象类型 SCHEMA\_EXPORT/TABLE/INDEX/INDEX

处理对象类型 SCHEMA\_EXPORT/TABLE/CONSTRAINT/CONSTRAINT

处理对象类型 SCHEMA\_EXPORT/TABLE/INDEX/STATISTICS/INDEX\_STATISTICS

处理对象类型 SCHEMA\_EXPORT/TABLE/COMMENT

处理对象类型 SCHEMA\_EXPORT/TABLE/AUDIT\_OBJ

处理对象类型 SCHEMA\_EXPORT/TABLE/CONSTRAINT/REF\_CONSTRAINT

处理对象类型 SCHEMA\_EXPORT/TABLE/STATISTICS/TABLE\_STATISTICS

. . 导出了 "SCOTT"."DEPT"                              5.937 KB       4 行

. . 导出了 "SCOTT"."DEPT1"                             5.070 KB       4 行

. . 导出了 "SCOTT"."EMP"                               8.570 KB      14 行

. . 导出了 "SCOTT"."EMP\_BAK"                           8.531 KB      13 行

. . 导出了 "SCOTT"."SALGRADE"                          5.867 KB       5 行

. . 导出了 "SCOTT"."TEST"                              5.078 KB       6 行

. . 导出了 "SCOTT"."TEST1"                             5.445 KB       4 行

. . 导出了 "SCOTT"."TT"                                5.421 KB       3 行

. . 导出了 "SCOTT"."BONUS"                                 0 KB       0 行

已成功加载/卸载了主表 "SCOTT"."SYS\_EXPORT\_SCHEMA\_01"

\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*

SCOTT.SYS\_EXPORT\_SCHEMA\_01 的转储文件集为:

D:\\APP\\WWANG\\ORADATA\\SCOTT.DMP

作业 "SCOTT"."SYS\_EXPORT\_SCHEMA\_01" 已于 22:42:33 成功完成

注：利用raman恢复参见oracle文档

##### Unable to Drop Undo tablespace Since Undo Segment is in Needs Recovery \[ID 1295294.1\] #####

**[https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=1295294.1&type=DOCUMENT&displayIndex=3&returnToSrId=&srnum=&org.apache.myfaces.trinidadinternal.webapp.AdfacesFilterImpl.IS\_RETURNING=true&\_adf.ctrl-state=g1lao69do\_9][https_support.oracle.com_epmos_faces_ui_km_SearchDocDisplay.jspx_id_1295294.1_type_DOCUMENT_displayIndex_3_returnToSrId_srnum_org.apache.myfaces.trinidadinternal.webapp.AdfacesFilterImpl.IS_RETURNING_true_adf.ctrl-state_g1lao69do_9]**

[https_support.oracle.com_epmos_faces_ui_km_SearchDocDisplay.jspx_id_1295294.1_type_DOCUMENT_displayIndex_3_returnToSrId_srnum_org.apache.myfaces.trinidadinternal.webapp.AdfacesFilterImpl.IS_RETURNING_true_adf.ctrl-state_g1lao69do_9]: https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=1295294.1&type=DOCUMENT&displayIndex=3&returnToSrId=&srnum=&org.apache.myfaces.trinidadinternal.webapp.AdfacesFilterImpl.IS_RETURNING=true&_adf.ctrl-state=g1lao69do_9