oracle备份－－redo丢失与恢复（一）

一、先阐述下测试环境

系统数据库环境：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 group 1;

数据库已更改。

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 group 2;

数据库已更改。

然后再重建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的相关资料。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/17253074/viewspace-605822/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/17253074/viewspace-605822/