oracle redo备份,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 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的相关资料。