删除undo表空间报ORA-01548

最新推荐文章于 2021-11-03 23:40:56 发布

wangwei

最新推荐文章于 2021-11-03 23:40:56 发布

阅读量5.4k

点赞数

分类专栏： oracle

本文链接：https://blog.csdn.net/weiwangsisoftstone/article/details/8774836

版权

oracle 专栏收录该内容

150 篇文章 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

wangwei

关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
1
评论
删除undo表空间报ORA-01548

回归段中活动的事物删除undo表空间报ORA-01548问题解决如下：用expdp导出数据报错:C:\Documents and Settings\TEMP>expdp scott/tiger DUMPFILE=scott.dmp DIRECTORY=dump SCHEMAS=scottExport: Release 11.2.0.1.0 - Production on 星期一
复制链接

扫一扫

专栏目录