问题描述：
这是一个回滚段表空间数据文件丢失或损坏的情景，这时oracle不能识别相应的数据文件。当你试图startup数据文件时会报ORA-1157，ORA-1110，并且可能会伴随着标识操作系统级别的错误，比如ORA-7360。当你试图以shutdown normal或shutdown immediate模式关闭数据库时会导至ORA-1116,ORA-1110,并可能伴随标识操作系统级别的错误，比如ORA-7368，有时以正常方式shutdown数据库根本shutdown不下来。
警告：
文章中所提及的步骤是供oracle的全球技术支持使用的。特别是步骤6中的_corrupted_rollback_segments参数，使用后需要重建数据库，在使用这个参前请观察一下所有其它的选项。
解决方法解释：
如下的解决方法取于检测问题出现时数据库所处于状态:
I. 数据库是处于关闭状态的。
试图打开数据库时报ORA-1157和ORA-1110错误，这时的解决方法取于数据库是否是正常shutdown的(使用normal或immediate选项。
I.A.数据库是正常shutdown的
如果数据数据库是正常shutdown的，最简单的解决方法是以offline drop选项删除丢失或损坏的数据文件，以restriceted模式打个数据库，删除并重建这个数据文件所属的那个回滚表空间。如果数据库是以shutdown abort或自己崩溃掉的则不要遵循这个过程。
步骤如下：
1、确认数据库是正常shutdown的。可以检查alter.log这个文件，定位到最后几行看是否可以看到如下的信息：
"alter database dismount
Completed: alter database dismount"
这当然也包括以正常方式shutdown,接然试图启动数据库确失败的状况。如果最近一次你是以shutdown abort方式关闭数据库的或数据库是自己crashed掉的，你应用使用下面的I.B的方法。
2、在init<sid>.ora中把属于丢失数据文件的回滚段从ROLLBACK_SEGMENTS参数中去掉。如果你不能确信是哪个回滚段，可以简单的把ROLLBACK_SEGMENTS这个参数注释掉。
3、以restricted模式mount数据库
STARTUP RESTRICT MOUNT;
4、Offline drop丢失或损坏的那个数据文件。
ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE DROP;
5、打开数据库
ALTER DATABASE OPEN；
如果返回"Statement processed"这条信息，转到第7步.
如果得到ORA-604,ORA-376,和ORA-1110错误，转到第6步。
6、因为打开数据库失败，shutdown掉数据库并且编辑int<SID>.ora这个文件。注释掉ROLLBACK_SEGMENTS这个参数，并且在init<SID>.ora文件中加入如下一行：
_corrupted_rollback_segments = (<rollback1>,...,<rollbackN>)
这个参数应当包含ROLLBACK_SEGMENTS中所有的回滚段。
需要注意的是这个参数只能在指定的情况下或在oracle的全球持术支持的指导下才应使用，然后以restricted模式打开数据库：
STARTUP RESTRICT
上一篇:通过sqlserver的日志来进行基于时间点的恢复
下一篇:Access新手获取帮助的几个途径
精品推荐