数据库装载成功以后就一直等待,也没有错误提示,
不知道如何分析

解决方案 »

  1.   

    tnsnames.ora里面的配置是否是你的主机名,或者你把主机名改了
      

  2.   

    tnsnames.ora里配置的是我的主机名,
    数据库可以进入mount状态
      

  3.   

    我看了alert.log文件,这是出错的部分:
    Started recovery at
     Thread 1: logseq 1296, block 2, scn 0.94167848
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 1296 Reading mem 0
      Mem# 0 errs 0: E:\ORACLE\ORADATA\FDC\REDO02.LOG
    RECOVERY OF THREAD 1 STUCK AT BLOCK 9 OF FILE 2
    ORA-1172 signalled during: ALTER DATABASE OPEN...
    Tue Nov 27 09:56:06 2012
    Errors in file e:\oracle\admin\fdc\udump\fdc_ora_3912.trc:
    ORA-01172: 线程1的恢复停止在块9(在文件2中)
    ORA-01151: 如果需要,请使用介质恢复以恢复块和恢复备份
      

  4.   

    这是我重起系统以后,从alert.log截取的:
    Tue Nov 27 15:52:07 2012
    Started recovery at
     Thread 1: logseq 1296, block 2, scn 0.94167848
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 1296 Reading mem 0
      Mem# 0 errs 0: E:\ORACLE\ORADATA\FDC\REDO02.LOG
    RECOVERY OF THREAD 1 STUCK AT BLOCK 9 OF FILE 2
      

  5.   

    ORA-01172: 线程1的恢复停止在块9(在文件2中)
    ORA-01151: 如果需要,请使用介质恢复以恢复块和恢复备份可能是undo异常,具体问题需要具体看select Name from v$datafile where file#=2;
      

  6.   

    这样试试:
    尝试强制打开数据库,在参数文件中增加参数后,进行基于取消的数据库恢复
      _allow_resetlogs_corruption=true
      startup mount;
      recover database until cancel;
      alter database open resetlogs;
      exp 执行全数据库导出
    重新建立数据库,imp,查询一下,没有发现数据库的数据损失。
      

  7.   

    RECOVERY OF THREAD 1 STUCK AT BLOCK 9 OF FILE 2
    ====================================================
    file 2 需要介质恢复了shutdown immediate;
    startup mount;
    alter database reccover datafile 2;