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

westbird

up

biti_rainy

http://www.itpub.net/showthread. ... 8%D6%C6%CE%C4%BC%FE

zhoubf725

实在没有办法的时候才用备份的旧controlfile
当然这个也就意味需要不完全恢复
也就是说可能丢数据

westbird

我有完全的alert_<SID>.log日志文件，怎样从中恢复控制文件？

据http://www.itpub.net/showthread. ... 8%D6%C6%CE%C4%BC%FE
说可以，但我不知道怎么做？

biti_rainy

这个论坛上搜一搜太多了！

我给出的连接行，就已经给出了具体的脚本
你所需要做的，就是按照你的数据文件的路径修改脚本
当然，log路径和大小也要跟你实际情况保持一致

当然，控制文件的脚本的生成
论坛上到处都是

ZALBB

最初由 westbird 发布
[B]我现在旧数据库已完全恢复好了，只是新增加的数据无法恢复。

谁还有高见？ [/B]

--]我现在旧数据库已完全恢复好了
问：你这里所说的旧数据库是什么范围？或者说
    你已经恢复到哪里了？
    为什么恢复不下去？出现什么情况？

lunar2000

首先创建控制文件：
类似下面的，例如，保存到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;

lunar2000

不要意思，我的意思是说，如果你的archive和init一致的时候，它提示，你输入auto就可以（除非你要自己定义恢复到那个archive为止，就是手工控制恢复的程度）

westbird

提示如下信息：

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], [], []

这是什么错误？

lunar2000

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

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