怎样恢复Oracle重做日志丢失的窍门

数据库 Oracle
Oracle重做日志文件循环记录了数据库所有的事务。它的大小、个数和存储位置对数据库性能和恢复有重要影响。下面就故障现象,恢复方法作深入描述。

如果数据库在启动时检测到重做日志丢失,数据库将无法启动。如果数据库在运行时切换日志文件组,检测到下一组或者全部的重做日志丢失,数据库将会崩溃。所以有必要学习下Oracle重做日志恢复的技巧。

由于磁盘介质损坏或者人为的误删除文件,造成严重后果的事件近期时有发生。本文列举了重做日志丢失的数据库恢复,但如果按照冗余原则合理分布日志文件组的成员,如果工程师了解日志文件的基本原理和使用原则,就完全可以避免出现下列问题。

Oracle重做日志文件循环记录了数据库所有的事务。它的大小、个数和存储位置对数据库性能和恢复有重要影响。它一般由大小相同的几组文件构成。我们可以查看数据库视图v$logfile知道redo logfile的个数和存储位置。对每一个Oracle数据库都要求至少具有两个联机重做日志。

每一次新的事务提交时,Oracle将该事务写入日志文件,但并非此时也将修改的数据块写回原数据文件。由于内存读写和磁盘I/O存在几个数量级的效率差别,Oracle通过减少数据文件的物理I/O读写来大大提高数据库的性能;同时,又通过优先写日志文件来保证数据的正确性和一致性。基于这种机制,Oracle重做日志文件在数据库的实例恢复和介质恢复时至关重要,是oracle数据库最重要的物理文件之一。

恢复方法

故障现象

  1. SQL> startup mount        
  2. Oracle Instance Started        
  3. Database mounted        
  4. ORA-00313: open failed for members of log group 1 of thread 1        
  5. ORA-00312: online log 1 thread 1: '/ORACLE/ORADATA/H817/REDO01.LOG'        
  6. ORA-27041: unable to open file        
  7. OSD-04002: unable to open file        
  8. O/S-Error: (OS 2) The system cannot find the file specified.   

Oracle重做日志恢复注意事项

以下所列举的恢复方法,都属于不完全恢复或者强制恢复,会丢失当前重做日志中的事务数据。一旦操作不当,将带来数据丢失等严重后果,请遵循以下几个恢复原则:
1. 请勿在生产系统上试用。
2. 如果生产系统出现重做日志文件丢失的故障,请勿自行操作破坏现场,应该立刻联系Oracle工程师。
3. 恢复成功之后,需要马上做一次数据库的全备份。
4. 建议重做日志文件一定要实现镜象在不同的磁盘上,避免这种情况的发生。

恢复方法
1.        首先检查重做日志文件状态,看看报错的日志文件的状态是否为Current

  1. SQL> select * from v$log;        
  2. SQL> select * from v$logfile;   

2.        如果重做日志文件状态为Inactive,我们可以直接清除该日志文件的内容:

  1. SQL> alter database clear logfile '/ORACLE/ORADATA/H817/REDO01.LOG';
    3.  如果重做日志文件状态为Current,恢复工作较为复杂,有以下四种情况:
    1)通过下面步骤,数据库顺利打开
  1. SQL> recover database until cancel;                  
  2. Type Cancel when prompted         
  3. SQL>alter database open resetlogs;  

2)***种情况的'recover database until cancel' 操作遇到ORA-01547,ORA-01194,ORA-01110错误,需要整个数据库的物理备份,并根据归档日志恢复到错误时间点,前提是数据库是归档模式。#p#

  1. restore old backup        
  2. SQL> startup mount        
  3. SQL> recover database until cancel using backup controlfile;        
  4. SQL> alter database open resetlogs;    

 

3)如果数据库是非归档模式,只能恢复整个物理备份,然后直接打开数据库。这种情况将丢失物理备份至故障发生前的全部数据。

4)如果数据库是非归档模式,且没有物理备份,只能通过特殊的隐含参数,允许数据库不一致的状况下打开数据库。这种恢复方法是没有办法之后的恢复方法,将导致数据库不一致,一般情况下不要采用。如确有需要,请在Oracle的技术人员指导下使用该方法。

  1. 关闭数据库  
  2. SQL>shutdown immediate   
  3. 在init<sid>.ora中加入如下参数   
  4. _allow_resetlogs_corruption=TRUE   
  5. 重新启动数据库,利用until cancel恢复   
  6. SQL>recover database until cancel;   
  7. Cancel   
  8. 打开数据库  
  9. SQL>alter database open resetlogs;   

 数据库被打开后,马上执行一个全库导出。
关闭数据库,在init.ora中去掉_all_resetlogs_corrupt参数

【编辑推荐】

  1. 修改Oracle存储过程所需代码
  2. 对Oracle存储过程的总结
  3. 实现Oracle存储过程的实际应用的代码 
  4. 深入高性能的Oracle动态SQL开发 
  5. Oracle SQL的优化规则解析 
责任编辑:佚名
相关推荐

2010-11-19 13:42:38

2010-10-29 14:29:55

Oracle移动重做日

2009-11-16 17:33:21

重做Oracle日志文

2011-08-03 18:42:21

Oracle数据库重做日志

2011-05-24 10:26:12

Oracle数据库日志文件

2023-03-31 17:33:06

Oracle数据库

2010-10-29 15:26:29

Oracle日志文件

2011-04-12 10:42:41

Oracle日志文件管理

2021-02-19 18:06:57

Oracle日志联机

2010-07-20 15:01:39

SQLServer日志

2010-04-20 12:09:31

Oracle数据库

2010-10-29 13:55:48

Oracle日志文件

2010-04-12 14:25:04

Oracle备份

2010-04-22 15:34:16

Oracle海量数据

2010-06-30 10:55:13

SQL Server日

2010-04-06 10:11:11

Oracle备份

2010-05-06 09:42:28

Oracle表空间

2011-03-04 14:59:16

Raidoracle数据库

2023-08-25 09:39:38

数据库Oracle

2010-04-01 09:56:44

Oracle DECO
点赞
收藏

51CTO技术栈公众号