上周数据库服务器异常,重启机器后,数据库可以mount,但alter database open;后就提示ORA-01092: ORACLE 例程终止 强行断开连接。google了很久,多是相同的东西帖来帖去,没有找到问题。我是一oracle入门者,请大家帮忙。不胜感激!!!

解决方案 »

  1.   

    初步估计是数据文件与redo不一致了或者丢失了redo信息请贴出详细的alert日志,不然谁也帮不了你
      

  2.   

    ORA-01092: ORACLE instance terminated. Disconnection forced 
    Cause: The instance this process was connected to was terminated abnormally, probably via a shutdown abort. This process was forced to disconnect from the instance.
     
    Action: Examine the alert log for more details. When the instance has been restarted, retry action 
    看下alert.log 日志..
    ------------------------------------------------------------------------------
    Blog: http://blog.csdn.net/tianlesoftware
    网上资源: http://tianlesoftware.download.csdn.net
    相关视频:http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx
    Q Q 群:62697716
      

  3.   

    duolanshizhe & tianlesoftware:alert.log现在2g,无法贴出. 有办法能打开吗?
      

  4.   


    这个不好办... 没见过这么大的alert log, 不看log 就不清楚问题..------------------------------------------------------------------------------
    Blog: http://blog.csdn.net/tianlesoftware
    网上资源: http://tianlesoftware.download.csdn.net
    相关视频:http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx
    Q Q 群:62697716
      

  5.   

    如果能打开,贴出最后100行就可以了..------------------------------------------------------------------------------
    Blog: http://blog.csdn.net/tianlesoftware
    网上资源: http://tianlesoftware.download.csdn.net
    相关视频:http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx
    Q Q 群:62697716
      

  6.   

    mount of redo thread 1, with mount id 1233454649
    Tue Dec 15 15:35:25 2009
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Tue Dec 15 15:42:02 2009
    alter database open
    Tue Dec 15 15:42:02 2009
    Beginning crash recovery of 1 threads
     parallel recovery started with 7 processes
    Tue Dec 15 15:42:02 2009
    Started redo scan
    Tue Dec 15 15:42:02 2009
    Completed redo scan
     1 redo blocks read, 0 data blocks need recovery
    Tue Dec 15 15:42:02 2009
    Started redo application at
     Thread 1: logseq 4885, block 2, scn 121660276
    Tue Dec 15 15:42:02 2009
    Recovery of Online Redo Log: Thread 1 Group 3 Seq 4885 Reading mem 0
      Mem# 0 errs 0: /opt/oracle/oradata/orcl/redo03.log
    Tue Dec 15 15:42:02 2009
    Completed redo application
    Tue Dec 15 15:42:02 2009
    Completed crash recovery at
     Thread 1: logseq 4885, block 3, scn 121680278
     0 data blocks read, 0 data blocks written, 1 redo blocks read
    Tue Dec 15 15:42:03 2009
    Thread 1 advanced to log sequence 4886
    Thread 1 opened at log sequence 4886
      Current log# 1 seq# 4886 mem# 0: /opt/oracle/oradata/orcl/redo01.log
    Successful open of redo thread 1
    Tue Dec 15 15:42:03 2009
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Tue Dec 15 15:42:03 2009
    SMON: enabling cache recovery
    Tue Dec 15 15:42:03 2009
    Errors in file /opt/oracle/admin/orcl/udump/orcl_ora_6805.trc:
    ORA-00704: 引导程序进程失败
    ORA-00604: 递归 SQL 级别 1 出现错误
    ORA-01502: 索引 'SYS.I_DEPENDENCY1' 或这类索引的分区处于不可用状态
    Tue Dec 15 15:42:03 2009
    Error 704 happened during db open, shutting down database
    USER: terminating instance due to error 704
    Instance terminated by USER, pid = 6805
    ORA-1092 signalled during: alter database open...
      

  7.   

    之前我们整理过表空间,错误将很多系统表和系统表索引没有放在同一个表空间导致“类索引的分区处于不可用状态”。但现在数据库无法open,也不知道如何处理这样的问题?
      

  8.   

    ORA-00704: bootstrap process failure 
    Cause: Failure in processing bootstrap data - see accompanying error.
     
    Action: Contact your customer support representative.
     
      

  9.   

    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set FAST_START_MTTR_TARGET:Oracle9i以来FAST_START_MTTR_TARGET 参数是调整checkpoint的首选的方法。FAST_START_MTTR_TARGET 可以指定单实例恢复需要的秒数。基于内部的统计,增长的checkpoint会自动调整的checkpint的目标以满足FAST_START_MTTR_TARGET 的需求。V$INSTANCE_RECOVERY.ESTIMATED_MTTR 显示当前估计需要恢复的秒数。这个值会被显示即使FAST_START_MTTR_TARGET 没有被指定。
    V$INSTANCE_RECOVERY.TARGET_MTTR 表明在短时间内MTTR的目标。
    V$MTTR_TARGET_ADVICE 显示这个当前MTTR设置的工作量产生的I/O数量和其他I/O。这个视图帮助用户评定这个在优化和恢复之前的平衡。楼主设置下这个参数看看可行? 这个参数就是设置checkpoint 频率的。我的这篇blog 有提到这个参数,不知是不是楼主修改这个参数导致的,不过可以检查下个参数看看.Redo Log 和Checkpoint not complete
    http://blog.csdn.net/tianlesoftware/archive/2009/11/30/4908066.aspx------------------------------------------------------------------------------ 
    Blog: http://blog.csdn.net/tianlesoftware 
    网上资源: http://tianlesoftware.download.csdn.net 
    相关视频:http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx 
    Q Q 群:62697716 
      

  10.   

    先备份一下,然后启动至migrate下看看什么情况。