一、先阐述下测试环境
系统数据库环境:window+oracle10g R2+archive模式;
模拟Redo文件丢失,数据库在正常关闭的情况发现Redo丢失了;
二、测试
(1)、倘若丢了一个或多个redo组的一个成员。这种情况最好处理,直接copy其它目录的成员,重新启动数据库即可。此种情况不作太多的说明;
(2)、倘若丢失的是一组或两组甚至全部Redo日志丢失,则有以下三种方法可以恢复;
A、clear logfile方法(以下的测试均属于是redo日志全部丢失的环境下)
1、关闭数据库;
2、手动删除所有redo文件;
3、启动数据库;
SQL> startup
ORACLE 例程已经启动。
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             255855492 bytes
Database Buffers          348127232 bytes
Redo Buffers                7135232 bytes
数据库装载完毕。
ORA-00313: 无法打开日志组 1 (用于线程 1) 的成员
ORA-00312: 联机日志 1 线程 1:
'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'
ORA-00312: 联机日志 1 线程 1: 'F:\REDO\REDO01_B.LOG'

SQL>
4、查看当前日志状态;
SQL> select group#,members,archived,status from v$log;
    GROUP#    MEMBERS ARC STATUS
---------- ---------- --- ----------------
         1          2 YES INACTIVE
         2          2 NO  CURRENT
         3          2 YES INACTIVE
SQL>
5、clear生成非当前的日志;
SQL>alter database clear logfile group1;
数据库已更改。
SQL>
6、继续打开数据库;
SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-00313: 无法打开日志组 2 (用于线程 1) 的成员
ORA-00312: 联机日志 2线程 1:
'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG'
ORA-00312: 联机日志 3 线程 1: 'F:\REDO\REDO02_B.LOG'

SQL>
SQL> alter database clear logfile group 2;
alter database clear logfile group 2*
第 1 行出现错误:
ORA-00350: 日志 2(实例 orcl 的日志, 线程 1) 需要归档
ORA-00312: 联机日志 2 线程 1:
'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG'
ORA-00312: 联机日志 2 线程 1: 'F:\REDO\REDO02_B.LOG'
报错;因为group2是当前状态;
此时只能从其它目录copy有效备份。然后在alter database;
SQL>alter database clear unarchived logfile group2;
数据库已更改。
然后再重建Group 3,方法同重建 Group 1;
SQL> alter database clear logfile group 3;
数据库已更改。
SQL> alter database open;
数据库已更改。
注意:倘若没有物理有效备份文件,数据库则将无法打开;用clear logifle这种方法,对于处于CURRENT状态的Redo,只能通过COPY有效的物理备份去打开数据库,否则无法打开;
B、Resetlogs打开恢复方法
1、关闭数据库;
2、手动删除所有redo文件;
3、启动数据库;
SQL> startup
ORACLE 例程已经启动。
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             276827012 bytes
Database Buffers          327155712 bytes
Redo Buffers                7135232 bytes
数据库装载完毕。
ORA-00313: 无法打开日志组 1 (用于线程 1) 的成员
ORA-00312: 联机日志 1 线程 1:
'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'
ORA-00312: 联机日志 1 线程 1: 'F:\REDO\REDO01_B.LOG'
4、使用Recover database until cancel;
SQL> recover database until cancel;
完成介质恢复。
此时还是无法打开数据库;
SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项
5、通过RESETLOGS打开数据库:
SQL>alter database open resetlogs;
数据库已更改。
此种方法应该可以说超越clear logfile了,在没有数据库冷备份数据文件的前提下,可以考虑此种方法。但是要注意的是:
通过NORESETLOGS选项是无法正常打开数据库的。通过此种方法恢复数据库建议恢复之后必须立即做个全备份。因为resetlogs已经清除了所有的日志序列。
C、通过重建控制文件恢复redo
1、关闭数据库;
2、手动删除所有redo文件;
3、启动数据库;
SQL> startup
ORACLE 例程已经启动。
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             276827012 bytes
Database Buffers          327155712 bytes
Redo Buffers                7135232 bytes
数据库装载完毕。
ORA-00313: 无法打开日志组 1 (用于线程 1) 的成员
ORA-00312: 联机日志 1 线程 1:
'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'
ORA-00312: 联机日志 1 线程 1: 'F:\REDO\REDO01_B.LOG'、
4、获得重建控制文件脚本:
SQL>alter database backup controlfile to trace;
数据库已更改。
SQL>@?/rdbms/admin/gettrcname.sql;
TRACE_FILE_NAME
--------------------------------------------------------------------------------
E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP/orcl_ora_1136.trc
编辑以上文件就可以获得重建控制文件的脚本了。
5、运行生成的生成控制文件的脚本:
SQL> STARTUP NOMOUNT
ORACLE 例程已经启动。
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             281021316 bytes
Database Buffers          322961408 bytes
Redo Buffers                7135232 bytes
SQL> CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS  ARCHIVELOG
  2      MAXLOGFILES 16
  3      MAXLOGMEMBERS 3
  4      MAXDATAFILES 100
  5      MAXINSTANCES 8
  6      MAXLOGHISTORY 292
  7  LOGFILE
  8    GROUP 1 (
  9      'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG',
 10      'F:\REDO\REDO01_B.LOG'
 11    ) SIZE 50M,
 12    GROUP 2 (
 13      'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG',
 14      'F:\REDO\REDO02_B.LOG'
 15    ) SIZE 50M,
 16    GROUP 3 (
 17      'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG',
 18      'F:\REDO\REDO03_B.LOG'
 19    ) SIZE 50M
 20  -- STANDBY LOGFILE
 21  DATAFILE
 22    'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF',
 23    'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF',
 24    'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF',
 25    'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF',
 26    'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF',
 27    'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEST.DBF'
 28  CHARACTER SET ZHS16GBK
 29  /
控制文件已创建。
6、以resetlogs方式打开数据库:
SQL>alter database open resetlogs;
数据库已更改。
SQL>
7、全备数据库;
此种方法稍微繁琐了点。但是稳妥。
综上三种方法都是在正常关闭数据库的情况下丢失redo文件的恢复方法。这三种方法中的每种恢复过来之后,数据都不会丢失,因为数据库正常关闭,不会有数据存于redo中。一定要注意的是凡是通过“alter database open resetlogs”方式打开数据库的,必须对数据库进行全备!
附:gettrcname.sql脚本
SELECT    d.VALUE
       || '/'
       || LOWER (RTRIM (i.INSTANCE, CHR (0)))
       || '_ora_'
       || p.spid
       || '.trc' trace_file_name
  FROM (SELECT p.spid
          FROM v$mystat m, v$session s, v$process p
         WHERE m.statistic# = 1 AND s.SID = m.SID AND p.addr = s.paddr) p,
       (SELECT t.INSTANCE
          FROM v$thread t, v$parameter v
         WHERE v.NAME = 'thread'
           AND (v.VALUE = 0 OR t.thread# = TO_NUMBER (v.VALUE))) i,
       (SELECT VALUE
          FROM v$parameter
         WHERE NAME = 'user_dump_dest') d
/
此脚本转自eygle的相关资料。