REDO文件的功能描述
REDO文件存储所有数据库的变更内容和每一次变更所需的重做脚本,是数据库不可缺少的一部分,如果REDO GROUP中只有一个REDO文件,同时这个REDO文件被损坏,则系统切换到这个REDO GROUP时,数据库将直接DOWN机;如果REDO GROUP中有多个REDO文件,其中一个或者多个REDO被损坏,只要该组中还有一个好的REDO文件,则系统将报警(写入alert<sid>.log文档中),数据库仍然可以超常运行。
REDO文件在数据库恢复时提供前滚所需的内容。
查看REDO 相关信息的视图有:V$LOG,V$LOGFILE,V$INSTANCE_RECOVERY
SQL> DESC V$INSTANCE_RECOVERY; 名称 是否为空? 类型 ----------------------------------------- -------- ------ RECOVERY_ESTIMATED_IOS NUMBER ACTUAL_REDO_BLKS NUMBER TARGET_REDO_BLKS NUMBER LOG_FILE_SIZE_REDO_BLKS NUMBER LOG_CHKPT_TIMEOUT_REDO_BLKS NUMBER LOG_CHKPT_INTERVAL_REDO_BLKS NUMBER FAST_START_IO_TARGET_REDO_BLKS NUMBER TARGET_MTTR NUMBER ESTIMATED_MTTR NUMBER CKPT_BLOCK_WRITES NUMBER OPTIMAL_LOGFILE_SIZE NUMBER ESTD_CLUSTER_AVAILABLE_TIME NUMBER WRITES_MTTR NUMBER WRITES_LOGFILE_SIZE NUMBER WRITES_LOG_CHECKPOINT_SETTINGS NUMBER WRITES_OTHER_SETTINGS NUMBER WRITES_AUTOTUNE NUMBER WRITES_FULL_THREAD_CKPT NUMBER
一般情况下,最好有3-5个REDO GROUP,每个REDO GROUP中有两个成员,放在不同的磁盘资源上。同一个REDO GROUP 中的REDO文件的大小尽量设置为相同,否则系统以最小的一个为基准,比较浪费空间。各个REDO GROUP 的大小也最好一致。
REDO文件恢复实例
查看REDO 相关视图
SQL> select * from v$log; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ------------------- 1 1 14 10485760 2 YES ACTIVE 1304089 2006-07-06 12:33:59 2 1 15 10485760 2 YES INACTIVE 1314889 2006-07-06 15:55:10 3 1 16 10485760 2 NO CURRENT 1323514 2006-07-07 08:33:21
STATUS状态的解释:
CURRENT: 当前的REDO文件,REDO BUFFER 的内容有LGWR进程写入当前REDO文件,如果丢失该组文件,会造成数据的丢失.
ACTIVE : 文件中含有的内容还没有写入到ARCHIVELOG文件中,如果丢失该组文件也会造成数据的丢失.
INACTIVE: 已经归档,丢失文件不会造成数据丢失,不过在做数据库的恢复时,该组文件可以用来做前滚操作.
SQL> SELECT * FROM V$LOGFILE ORDER BY GROUP#; GROUP# STATUS TYPE MEMBER IS_ ---------- ------- ------- ------------------------------ --- 1 ONLINE C:\ORADATA\AIDU\REDO01.LOG NO 1 ONLINE C:\ORADATA\AIDU\REDO01B.LOG NO 2 ONLINE C:\ORADATA\AIDU\REDO02.ORA NO 2 ONLINE C:\ORADATA\AIDU\REDO02B.ORA NO 3 ONLINE C:\ORADATA\AIDU\REDO03.LOG NO 3 ONLINE C:\ORADATA\AIDU\REDO03B.LOG NO
已选择6行。
可以看到,当前数据库有3个REDO GROUP,每个GROUP 含有两个MEMBER(REDO文件).
增加REDO GROUP
SQL> alter database add logfile group 4 'C:\ORADATA\AIDU\REDO04.ORA' SIZE 10M REUSE; 数据库已更改。 SQL> SELECT * FROM V$LOGFILE ORDER BY GROUP#; GROUP# STATUS TYPE MEMBER IS_ ---------- ------- ------- ------------------------------ --- 1 ONLINE C:\ORADATA\AIDU\REDO01B.LOG NO 1 ONLINE C:\ORADATA\AIDU\REDO01.LOG NO 2 ONLINE C:\ORADATA\AIDU\REDO02.ORA NO 2 ONLINE C:\ORADATA\AIDU\REDO02B.ORA NO 3 ONLINE C:\ORADATA\AIDU\REDO03B.LOG NO 3 ONLINE C:\ORADATA\AIDU\REDO03.LOG NO 4 ONLINE C:\ORADATA\AIDU\REDO04.ORA NO 已选择7行。
删除REDO GROUP
SQL> ALTER DATABASE DROP LOGFILE GROUP 4; 数据库已更改。 SQL> SELECT * FROM V$LOGFILE ORDER BY GROUP#; GROUP# STATUS TYPE MEMBER IS_ ---------- ------- ------- ------------------------------ --- 1 ONLINE C:\ORADATA\AIDU\REDO01.LOG NO 1 ONLINE C:\ORADATA\AIDU\REDO01B.LOG NO 2 ONLINE C:\ORADATA\AIDU\REDO02.ORA NO 2 ONLINE C:\ORADATA\AIDU\REDO02B.ORA NO 3 ONLINE C:\ORADATA\AIDU\REDO03.LOG NO 3 ONLINE C:\ORADATA\AIDU\REDO03B.LOG NO 已选择6行。
REDO GROUP中增加REDO文件(MEMBER)
SQL> ALTER DATABASE ADD LOGFILE MEMBER 'C:\ORADATA\AIDU\REDO01C.LOG' TO GROUP 1; 数据库已更改。 SQL> SELECT * FROM V$LOGFILE ORDER BY GROUP#; GROUP# STATUS TYPE MEMBER IS_ ---------- ------- ------- ------------------------------ --- 1 INVALID ONLINE C:\ORADATA\AIDU\REDO01C.LOG NO 1 ONLINE C:\ORADATA\AIDU\REDO01.LOG NO 1 ONLINE C:\ORADATA\AIDU\REDO01B.LOG NO 2 ONLINE C:\ORADATA\AIDU\REDO02.ORA NO 2 ONLINE C:\ORADATA\AIDU\REDO02B.ORA NO 3 ONLINE C:\ORADATA\AIDU\REDO03.LOG NO 3 ONLINE C:\ORADATA\AIDU\REDO03B.LOG NO 已选择7行。
我们注意到新建的MEMBER的状态为INVALID,这个不用担心,等下次切换到该组,然后状态就会修改为正常。
REDO GROUP中删除REDO 文件(MEMBER)
SQL> ALTER DATABASE DROP LOGFILE MEMBER 'C:\ORADATA\AIDU\REDO01C.LOG'; 数据库已更改。 SQL> SELECT * FROM V$LOGFILE ORDER BY GROUP#; GROUP# STATUS TYPE MEMBER IS_ ---------- ------- ------- ------------------------------ --- 1 ONLINE C:\ORADATA\AIDU\REDO01.LOG NO 1 ONLINE C:\ORADATA\AIDU\REDO01B.LOG NO 2 ONLINE C:\ORADATA\AIDU\REDO02.ORA NO 2 ONLINE C:\ORADATA\AIDU\REDO02B.ORA NO 3 ONLINE C:\ORADATA\AIDU\REDO03.LOG NO 3 ONLINE C:\ORADATA\AIDU\REDO03B.LOG NO 已选择6行。
注意: 不可以删除REDO GROUP 中所有的REDO 文件,这样会报错,如下所示:
SQL> ALTER DATABASE DROP LOGFILE MEMBER 'C:\ORADATA\AIDU\REDO01.LOG';
数据库已更改。
SQL> ALTER DATABASE DROP LOGFILE MEMBER 'C:\ORADATA\AIDU\REDO01B.LOG';
ALTER DATABASE DROP LOGFILE MEMBER 'C:\ORADATA\AIDU\REDO01B.LOG'
*第 1 行出现错误:
ORA-00361: 无法删除最后一个日志成员 C:\ORADATA\AIDU\REDO01B.LOG (组 1)
已经归档的REDO文件损坏的恢复
所谓已经归档的REDO文件就是在V$LOG视图中状态为INACTIVE的REDO文件。
这些文档的丢失,不会对数据库造成任何影响,但需要及时的恢复,否则切换到这个组时将会发生错误。
解决问题有两个办法:
A.删除这个REDO GROUP,记住删除后数据库的REDO GROUP数目不应小于2,如果当前REDO GROUP数目为2,则不可以使用这个办法。
B.在组中增加新的同样大小的REDO文件,然后删除原来的MEMBER。增加、删除REDO文件的方法见上面的2.4,2.5。
没有归档的REDO文件损坏的恢复
简述
所谓没有归档的REDO文件就是在V$LOG视图中状态为ACTIVE,CURRENT的REDO文件。如果没有归档的REDO GROUP中含有多个REDO 文件,丢失或者损坏的只是部分REDO文件,则可以通过复制正常的REDO文件,覆盖损坏的REDO文件的方式解决问题,数据不会丢失,不用做恢复操作。
如果没有归档的REDO GROUP组中所有的REDO文件都丢失或者损坏,将会导致数据库数据丢失,如果没有归档的REDO GROUP 为当前组,则数据库立即DOWN机。当这个情况发生时,就意味着数据的丢失,我们只能将数据库恢复到前一次的归档日志切换时刻。
建立测试环境
检查当前的REDO GROUP为第1组.
SQL> SELECT * FROM V$LOG; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS ---------- ---------- ---------- ---------- ---------- --- ---------------- FIRST_CHANGE# FIRST_TIME ------------- ------------------- 1 1 17 10485760 1 NO CURRENT 1333209 2006-07-07 11:47:23 2 1 15 10485760 2 YES INACTIVE 1314889 2006-07-06 15:55:10 3 1 16 10485760 2 YES INACTIVE 1323514 2006-07-07 08:33:21
建立一个测试表,这个数据库的变化存放在当前的REDO文件中。
SQL> CREATE TABLE AIDU.TEST_FOR_REDO AS SELECT * FROM AIDU.TEST02; 表已创建。
模拟灾难发生
SQL> SHUTDOWN ABORT; ORACLE 例程已经关闭。 SQL>HOST DELETE C:ORADATAAIDUREDO01*.* #删除当前日志组的所有成员文件 SQL> STARTUP #启动数据库时将报找不到数据库文件的错误,数据库只能启动到MOUNT状态。 ORA-32004: obsolete and/or deprecated parameter(s) specified ORACLE 例程已经启动。 Total System Global Area 268435456 bytes Fixed Size 1248504 bytes Variable Size 96469768 bytes Database Buffers 167772160 bytes Redo Buffers 2945024 bytes 数据库装载完毕。 ORA-00313: 无法打开日志组 1 (用于线程 1) 的成员 ORA-00312: 联机日志 1 线程 1: 'C:\ORADATA\AIDU\REDO01B.LOG' ORA-27041: 无法打开文件 OSD-04002: 无法打开文件 O/S-Error: (OS 2) 系统找不到指定的文件。 SQL> SELECT OPEN_MODE FROM V$DATABASE; OPEN_MODE ---------- MOUNTED
进行灾难恢复
尝试使用RESETLOG或者NORESETLOGS打开数据库,结果失败
SQL> alter database open resetlogs; alter database open resetlogs *第 1 行出现错误: ORA-01139: RESETLOGS 选项仅在不完全数据库恢复后有效 SQL> alter database open noresetlogs; alter database open noresetlogs *第 1 行出现错误: ORA-01139: RESETLOGS 选项仅在不完全数据库恢复后有效
尝试删除当前被破坏的REDO GROUP,结果失败
SQL> alter database drop logfile group 1; alter database drop logfile group 1 * 第 1 行出现错误: ORA-01623: 日志 1 是实例 aidu (线程 1) 的当前日志 - 无法删除 ORA-00312: 联机日志 1 线程 1: 'C:\ORADATA\AIDU\REDO01B.LOG'
清除当前日志组的内容,然后重新建立
SQL> ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 1; *第 1 行出现错误: ORA-01624: 日志 1 是紧急恢复实例 aidu (线程 1) 所必需的 ORA-00312: 联机日志 1 线程 1: 'C:\ORADATA\AIDU\REDO01B.LOG'
这样我们只能做不完全的恢复了,恢复的方法有两个:
使用RMAN或者手工进行基于CANCEL的恢复。
SQL>SHUTDOWN IMMEDIATE; 手工删除数据文件(DATAFILE) C:>RMAN TARGET / RMAN>STARTUP MOUNT RMAN>RUN{ ALLOCATE CHANNEL D1 TYPE DISK; RESTORE DATABASE; RECOVER DATABASE; RELEASE CHANNEL D1;} RMAN>ALTER DATABASE OPEN RESETLOGS;
这里不详细讨论RMAN的恢复。
使用EXP,IMP进行恢复。
具体操作步骤如下:
SQL>SHUTDOWN IMMEDIATE; 在init.ora中加入参数: _allow_resetlogs_corruption=TRUE 重新启动数据库,利用until cancel恢复 SQL>recover database until cancel; Cancel 如果出错,不再理会,发出 SQL>alter database open resetlogs; 数据库被打开后,马上执行一个full export shutdown数据库,去掉_all_resetlogs_corrupt参数 重建库 import并完成恢复 建议执行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE