UNDO表空间损坏处理案例(ORA-01110)

最新推荐文章于 2025-05-13 09:13:19 发布

天行

最新推荐文章于 2025-05-13 09:13:19 发布

阅读量1.8k

点赞数

CC 4.0 BY-SA版权

分类专栏： oracle相关文章标签：数据库 sql oracle system database 文档

本文链接：https://blog.youkuaiyun.com/skywalk0913/article/details/6870228

本文详细记录了一次处理Oracle数据库中UNDO表空间数据文件损坏的问题，通过离线损坏表空间、手动删除回退段、重建表空间等步骤，最终成功恢复数据库服务，确保了已提交数据的安全。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近处理一起因UNDO表空间的数据文件损坏，而导致数据库服务无法启动的情况。

按理说，undo表空间数据文件的损坏，是不会影响到已提交的数据的，所以，该数据库能在没有备份的情况下恢复，并且不损失已提交的数据。

以下是实验过程：

1、破坏undotbs01.dbf（用ultraEdit编辑，将头部删除），然后启动数据库，报：

SQL> startup
ORACLE 例程已经启动。

           Total System Global Area 612368384 bytes
           Fixed Size                  1250428 bytes
           Variable Size             171969412 bytes
           Database Buffers          432013312 bytes
           Redo Buffers                7135232 bytes
           数据库装载完毕。
           ORA-01157: 无法标识/锁定数据文件 2 - 请参阅 DBWR 跟踪文件
           ORA-01110: 数据文件 2: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF'

2、将UNDOTBS离线：

SQL>ALTER DATABASE DATAFILE ‘D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF' OFFLINE DROP;

数据库已更改

3、创建pfile：

SQL> create pfile='d:\init.ora' from spfile;

文件已创建

4、修改pfile，添加参数：

*.undo_management='MANUAL'
_corrupted_rollback_segments=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)

5、用pfile重启数据库：

             SQL> shutdown immediate
             ORA-01109: 数据库未打开
             已经卸载数据库。
             ORACLE 例程已经关闭。

SQL> startup pfile='D:\init.ora'
ORACLE 例程已经启动。