问题描述 这是一个回滚段表空间数据文件丢失或损坏的情景这时 oracle 不能识别相应的数据文件当你试图 startup 数据文件时会报 ORA ORA 并且可能会伴随着标识操作系统级别的错误比如 ORA 当你试图以 shutdown normal 或 shutdown immediate 模式关闭数据库时会导至 ORAORA 并可能伴随标识操作系统级别的错误比如 ORA 有时以正常方式 shutdown 数据库根本 shutdown 不下来 警告 文章中所提及的步骤是供 oracle的全球技术支持使用的特别是步骤中的_corrupted_rollback_segments参数使用后需要重建数据库在使用这个参前请观察一下所有其它的选项 解决方法解释 如下的解决方法取于检测问题出现时数据库所处于状态 : I 数据库是处于关闭状态的 试图打开数据库时报 ORA 和 ORA 错误这时的解决方法取于数据库是否是正常 shutdown 的 ( 使用 normal 或 immediate 选项 IA 数据库是正常 shutdown 的 如果数据数据库是正常 shutdown 的最简单的解决方法是以 offline drop 选项删除丢失或损坏的数据文件以 restriceted 模式打个数据库删除并重建这个数据文件所属的那个回滚表空间如果数据库是以 shutdown abort 或自己崩溃掉的则不要遵循这个过程 步骤如下 确认数据库是正常 shutdown 的可以检查 alterlog 这个文件定位到最后几行看是否可以看到如下的信息 alter databasedismount Completed: alter databasedismount 这当然也包括以正常方式 shutdown 接然试图启动数据库确失败的状况如果最近一次你是以 shutdown abort 方式关闭数据库的或数据库是自己 crashed 掉的你应用使用下面的 IB 的方法 在 initora 中把属于丢失数据文件的回滚段从 ROLLBACK_SEGMENTS 参数中去掉如果你不能确信是哪个回滚段可以简单的把 ROLLBACK_SEGMENTS 这个参数注释掉 以 restricted 模式 mount 数据库 STARTUP RESTRICT MOUNT; Offline drop 丢失或损坏的那个数据文件 ALTER DATABASE DATAFILE OFFLINE DROP; 打开数据库 ALTER DATABASE OPEN 如果返回 Statement processed 这条信息转到第 步 如果得到 ORAORA 和 ORA 错误转到第 步 因为打开数据库失败 shutdown 掉数据库并且编辑 intora 这个文件注释掉 ROLLBACK_SEGMENTS 这个参数并且在 initora 文件中加入如下一行 _corrupted_rollback_segments = () 这个参数应当包含 ROLLBACK_SEGMENTS 中所有的回滚段 需要注意的是这个参数只能在指定的情况下或在 oracle 的全球持术支持的指导下才应使用然后以 restricted 模式打开数据库 STARTUP RESTRICT 删除掉那个文件所属的回滚段表空间 DROP TABLESPACE INCLUDING CONTENTS; 重建回滚段表空间及回滚段创建完后使它们 online 使数据库所有用户都可用 ALTER SYSTEM DISABLE RESTRICTED SESSION; 在 initora 中把你重新创建的回滚段再一次包括进来如果你使用了第 步则移除掉 CORRUPTED_ROLLBACK_SEGMENTS 这个参数 IB 数据库不是正常 shutdown 的 这种情况数据库最近一次是用 shutdown abort 或 crashed 掉关闭回滚段中几乎一定包含着活动的事务因此坏的那个数据文件不能脱机 (offline) 或是 drop 掉你必需从备份恢复这个文件如果数据为是处于非归档模式的只有最近的一些事务日志还没有被重写掉的情况你才能成功恢复这个文件如果这个文件的备份也是无效的联系一下 oracle 的技术支持吧 步骤如下 从备份中恢复丢失的那个数据文件 mount 上数据库 执行如下的查询 SELECT FILE#NAMESTATUS FROM V$DATAFILE; 如果数据文件的状态是 offline 的你必需先把它联机了 ALTER DATABASE DATAFILE ONLINE; 执行如下的查询 SELECT VGROUP# MEMBER SEQUENCE# FIRST_CHANGE# FROM V$LOG V V$LOGFILE V WHERE VGROUP# = VGROUP# ; 这将列出所有的联机的重做日志和他们的序号及首次改变号 (first change numbers) 如果这个数据库是非归档模式的执行如下的查询 SELECT FILE# CHANGE# FROM V$RECOVER_FILE; 如果其中的 CHANG# 比 中的最小的那个 FIRST_CHANGE# 大的话用联机日志就可以完成恢复 如果 CHANG# 比 中的最小的那个 FIRST_CHANGE# 小则数据库是不能恢复的可以联系一下 oracle 的技术支持 译者插入如果你真是非归档方式且这个文件的备份也是无效的如果你认为可以丢失回滚段中的那事务你可以用 IA中从第步的方法这时可以打开数据库应立即做一个备份因为库中的数据有些不一致 RECOVER DATAFILE 确认所有的日志都被恢复只到你收到 Media recovery complete 信息 打开数据库
