昨天服务器当机,按power键无效,最后拔电源线重起的,结果进入系统后,出现:
ORA-01033:ORACLE initialization or shutdown in progress.请各位大侠救命啊!!

解决方案 »

  1.   

    windows2000 professional
    oracle 8i
      

  2.   

    在命令行用sqlplus登陆,也出现
    ORA-01033:ORACLE initialization or shutdown in progress.
      

  3.   

    用svrmgrl命令
    connect internal/password
    help =y看看帮助有一下命今是恢复表空间的用它
      

  4.   

    SHUT ABORT
    STARTUP FORCE
      

  5.   

    问一个很菜鸟的问题:svrmgrl在哪里?是装了oralce就有的吗?还是第三方工具?
    我在c:\ 键入svrmgrl,说 不是内部或外部命令,也不是可运行的程序或批处理文件。
      

  6.   

    同意 sun9989(一品黄山) 
    而且最好用svrmgrl,不要用sqlplus,在这个问题上,sqlplus有时力不从心(尽管oracle强调8i不,sqlplus完全可以取代svrmgrl)svrmgrl就是自己带的一个命令,应该不可能没有的
    你或者直接去oracle的bin目录去找找看
      

  7.   

    我用windows的搜索都没找到svrmgrl,郁闷阿!
      

  8.   

    也传个给我吧  我查了一下,也没有svrmgrl的命令啊 [email protected]
      

  9.   

    谢谢倾城之恋,svrmgrl已经收到,不过,我把它考到bin目录下,然后在命令行下运行,屏幕一点反应也没有啊。
      

  10.   

    PS:请倾城之恋先收50分,虽然还没有解决,但是你确实帮了我很多。另外的朋友先别急,等问题解决了,一定给分。
    http://expert.csdn.net/Expert/topic/2027/2027272.xml?temp=.5263941
      

  11.   

    那就不知道是不是还需要别的文件了,我oralce装了好多次了,每次装都有.不知道你那个是怎么回事了,你是用正版的还是D版
      

  12.   

    看看是不是SVRMGR30,或找SVRMGR开头的命令,
    如果没有就把所以数据库文件备份(控制文件,数据文件,等数据库文件),再
     装个新的数据库(再相同目录),跟原来的实例名一样的,然后关掉数据库,把备份的文件覆盖回来,在用SVRMGRL,
       SVRMGRL>CONNECT INTERNAL/ORACLE
       SVRMGRL>STARTUP MOUNT   
       SVRMGRL>RECOVER DATABASE UNTIL TIME 'YYYY-MM-DD:HH:MM:SS';--'断电前能启动数据库的最后时间'
       SVRMGRL>ALTER DATABASE OPEN RESETLOGS;
      

  13.   

    当然是正版的,中国电信哪敢用盗版阿,反正钱多
    我用sqlplus试了一下,stertup以后,报的错误是
    日志2不是当前副本
      

  14.   

    to LGQDUCKY(飘)
    断电前能启动数据库的最后时间'
    是什么时间啊,机子从来没有关过,是不是断电的时间啊?
      

  15.   

    2)svrmgrl> startup mount 
        3)svrmgrl>       
          select v1.group#,member,sequence#,first_change# 
           from v$log v1,v$logfile v2 
          where v1.group#=v2.group#; 
        4)如果数据库运行在NOARCHIVELOG模式下则(如果在ARCHIVELOG模式下,直接进入第五步): 
          svrmgrl> select file#,change# from v$recover_file; 
          如果 CHANGE# 大于最小的FIRST_CHANGE#则数据文件可以被恢复。 
          如果 CHANGE# 小于最小的FIRST_CHANGE#则数据文件不可恢复。 恢复最近一 
          次的全备份或采用方案一. 
        5)svrmgrl> recover datafile filename;(或者直接recover) 
        6)确认恢复成功 
        7)svrmgrl> alter database open;
      

  16.   

    日志2不是当前副本的错误号是多少?
    是不是redo文件坏了?
    select *
    from v$logfile;
    看看有没有坏的
      

  17.   

    还是不能啊,不然我也不会试sqlplus阿
      

  18.   

    to gladness>  select *
    >  from v$logfile;
    >  看看有没有坏的
    =================
    error 位于第2行
    ora-01507:??????
      

  19.   

    这是说database没有mount上,你是以sysdba连进sqlplus的吧.
    再试试startup force
    错误号是多少?
      

  20.   

    这是说database没有mount上,你是以sysdba连进sqlplus的吧.
    再试试startup force
    错误号是多少?
      

  21.   

    ==================================================================
    C:\>sqlplusSQL*Plus: Release 9.2.0.1.0 - Production on 星期六 7月 19 12:41:20 2003Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.请输入用户名:  /as sysdba连接到:
    Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
    With the Partitioning, OLAP and Oracle Data Mining options
    JServer Release 9.2.0.1.0 - ProductionSQL> startup force
    ORACLE 例程已经启动。Total System Global Area  135338868 bytes
    Fixed Size                   453492 bytes
    Variable Size             109051904 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 667648 bytes
    数据库装载完毕。
    ORA-00322: 日志 2 (线程 1) 不是当前副本
    ORA-00312: 联机日志 2 线程 1: 'C:\ORACLE\ORADATA\ORA9I\REDO02.LOG'
    SQL>
    ============================================================================
    我已经不抱什么希望了,决定重装了
      

  22.   

    别急!
    在运行框里敲svrmgr,试试
    用internal/oracle,登录sqlplus
    shutdouwn
    startup
    试试看
    你到net助手下看数据库有没有启动,要解决这个问题一般是要在svrmgr里进行,因为这个时候
    sqlplus很可能是已经打不开了
      

  23.   

    我的svrmgr打不开,sqlplus能打开的。
    我已经重装了。谢谢大家的帮忙。
    明天结帖
      

  24.   

    Oracle9i Enterprise Edition Release 9.2.0.1.0  ?? 
    没有svrmgr
    你在windows下面用oradim -startup -sid you_oracle_id
    oracle 8i 也可以
    但是看你的log文件已经损坏
    要打开数据库也可以的  
    _allow_resetlogs_corruption=TRUE 加在init文件里再打开数据库试试