求救----急！！旧数据文件，旧控制文件，新日志，怎样恢复？

westbird

最初由 lunar2000 发布
[B]看看你的1_2970.dbf是不是最后一个（最近的一个）archive，怎么看不用说了吧，呵呵。如果已经恢复了，就可以输入cancel然后resetlogs open了。

BTW:
你的arcive的名字真怪异，呵呵，怎么是.dbf ？ [/B]

谢谢你！
我的1_2970.dbf文件是应恢复数据的第一个文件，后面还有很多。
关于arcive的名字，我用的是默认啊？就是
log_archive_format = %t_%s.dbf
规定的啊。

lunar2000

那他提示的时候，你输入的是什么？ 你的archive和init中指定的为止一样么？
是ops么？如果是ops，一遍第一次都需要输入那个文件的为止。

最好把你这一步的操作提出来，看看

lunar2000

对不起，
C/一遍第一次都需要输入那个文件的为止/一般第一次都需要输入那个文件的位置

westbird

没有提示，操作如下：

$ ./svrmgrl

Oracle Server Manager Release 3.1.5.0.0 - Production

(c) Copyright 1997, Oracle Corporation.  All Rights Reserved.

Oracle8i Enterprise Edition Release 8.1.5.0.0, 64 bit - Production
With the Partitioning and Java options
PL/SQL Release 8.1.5.0.0 - Production

SVRMGR> connect internal
Connected.
SVRMGR> startup mount db1
ORACLE instance started.
Total System Global Area                         89958036 bytes
Fixed Size                                          99988 bytes
Variable Size                                    56131584 bytes
Database Buffers                                 33554432 bytes
Redo Buffers                                       172032 bytes
Database mounted.
SVRMGR> set autorecovery on
Autorecovery                    ON
SVRMGR> recover database;
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
SVRMGR> recover using backup controlfile until cancel;         
ORA-00279: change 781169 generated at 11/18/02 17:31:31 needed for thread 1
ORA-00289: suggestion : /home/oracle/recover/arch/1_2970.dbf
ORA-00280: change 781169 for thread 1 is in sequence #2970
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [3020], [12583054], [1], [2970], [213], [16], [], []
SVRMGR> recover using backup controlfile until cancel;
ORA-00279: change 781169 generated at 11/18/02 17:31:31 needed for thread 1
ORA-00289: suggestion : /home/oracle/recover/arch/1_2970.dbf
ORA-00280: change 781169 for thread 1 is in sequence #2970
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [3020], [12583054], [1], [2970], [213], [16], [], []
SVRMGR> recover using backup controlfile until cancel
ORA-00279: change 781169 generated at 11/18/02 17:31:31 needed for thread 1
ORA-00289: suggestion : /home/oracle/recover/arch/1_2970.dbf
ORA-00280: change 781169 for thread 1 is in sequence #2970
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [3020], [12583054], [1], [2970], [213], [16], [], []
SVRMGR>

biti_rainy

Error:  ORA 279   Text:   change <num> generated at <name> needed for thread <num>  ------------------------------------------------------------------------------- Cause:  The requested log is required to proceed with recovery. Action: Please specify the requested log in the command or cancel recovery.

不要让恢复自动完成

lunar2000

"SVRMGR> recover database;"
你怎么用这个命令呀，你都重建控制文件了，用我上面贴的试试看，如果有问题，把结果贴出来


btw：
人家的帖子你看一半，能行么？那不是曲解了人家的意思

lunar2000

不好意思，我也是看了一半你的帖子，就觉得看不下去了，呵呵，对不起了，呵呵

上面我提的问题，你回答了么？你是ops么？archive和init中的位置一样么？他提示你，如果auto不行，你apply那个文件可以么？

westbird

最初由 lunar2000 发布
[B]首先创建控制文件：
类似下面的，例如，保存到aaa.sql：
CREATE CONTROLFILE REUSE DATABASE "SCP" NORESETLOGS ARCHIVELOGARCHIVELOG
    MAXLOGFILES 64
    MAXLOGMEMBERS 2
    MAXDATAFILES 254
    MAXINSTANCES 32
    MAXLOGHISTORY 113
LOGFILE
  GROUP 1 '/home/oracle/recovery5/redo01.dbf'  SIZE 130000K,
  GROUP 2 '/home/oracle/recovery5/redo02.dbf'  SIZE 130000K,
  GROUP 3 '/home/oracle/recovery5/redo03.dbf'  SIZE 130000K,
  GROUP 4 '/home/oracle/recovery5/redo04.dbf'  SIZE 130000K,
  GROUP 5 '/home/oracle/recovery5/redo05.dbf'  SIZE 130000K,
  GROUP 6 '/home/oracle/recovery5/redo06.dbf'  SIZE 130000K
DATAFILE
  '/home/oracle/recovery5/SYSTEM_drd3',
  '/home/oracle/recovery5/TOOLS_drd4',
  '/home/oracle/recovery5/RBS_drd6',
  '/home/oracle/recovery5/TEMP_drd5',
  '/home/oracle/recovery5/USERS_drd13',
  '/home/oracle/recovery5/INDX_drd12'
CHARACTER SET US7ASCII
;

然后，sqlplus internal或者sqlplus /nolog ; conn / as sysdba

然后，startup nomount

然后，@aaa.sql

然后，shutdown

然后，startup mount

然后，recover using backup controlfile until cancel;

直到所有的archive log file都用完了，alter database open resetlogs;


注意，如果你的archive 和init中定义的不一致，系统会提示你输入：
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
你可以输入auto，也可以指定你的archive log files的路径和名称，
或者你也可以用类似下面的命令：
recover automatic from '/home/oracle/recovery/arch' using backup controlfile until cancel; [/B]

lunar2000 ：
其中ARCHIVELOGARCHIVELOG是不是不对？

westbird

最初由 lunar2000 发布
[B]不好意思，我也是看了一半你的帖子，就觉得看不下去了，呵呵，对不起了，呵呵

上面我提的问题，你回答了么？你是ops么？archive和init中的位置一样么？他提示你，如果auto不行，你apply那个文件可以么？ [/B]

非常感谢你悉心的帮助！！
我的archive和init中的位置一样，ops是什么意思？

lunar2000

照下面的做，试试看（就是说，也不管是不是ops了，反正你就想办法手工apply你的archive log）：
如果数据库是mount的，先shutdown，然后，startup mount

否则直接执行set autorecovery off

然后，recover using backup controlfile until cancel;

出现类似
ORA-00289: suggestion : /home/oracle/recover/arch/1_2970.dbf
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

的时候，输入/home/oracle/recover/arch/1_2970.db，如果那个目录下面没有这个文件，找到这个问题间，然后apply，
照做试试看，有问题，再贴出来，sigh..