oracle redo日志文件损坏恢复

2023-10-12 18:55| 来源: 网络整理| 查看: 265

参考：How to Recover from Loss Of Online Redo Log And ORA-312 And ORA-313 (Doc ID 117481.1)

　　在线重做日志文件丢失后恢复的场景包括：

在线重做日志的配置：镜像或非镜像介质故障的类型：临时或永久性受故障影响的联机重做日志文件的状态类型：CURRENT，ACTIVE，UNARCHIVED或INACTIVE 在丢失archivelog文件之前，数据库是否正常关闭

1，丢失多member在线重做日志组成员后恢复

　　如果是多个组员联机重做日志，并且每个联机重做日志组中至少有一个成员不受介质故障的影响，则数据库将继续正常运行，但会将错误消息写入日志写入器跟踪文件和数据库的alert_SID.log。

如果硬件问题是临时的，则修复问题。

如果硬件问题是永久性的，则删除损坏的成员并使用以下过程添加新成员。

要替换重做日志组的损坏成员：

在v$logfile中找到损坏成员的文件名。如果文件不可访问，则状态为INVALID：

SQL> SELECT GROUP#, STATUS, MEMBER FROM V$LOGFILE WHERE STATUS='INVALID'; GROUP# STATUS MEMBER ------- ----------- --------------------- 0002 INVALID /oracle/oradata/trgt/redo02.log

删除损坏的日志组成员：

SQL> ALTER DATABASE DROP LOGFILE MEMBER '/oracle/oradata/trgt/redo02.log';

添加新的日志组成员：

SQL> ALTER DATABASE ADD LOGFILE MEMBER '/oracle/oradata/trgt/redo02b.log' TO GROUP 2;##如果添加的组员已经存在SQL> ALTER DATABASE ADD LOGFILE MEMBER '/oracle/oradata/trgt/redo02b.log' REUSE TO GROUP 2;

2，丢失inactive在线重做日志组

如果是硬件损坏，修复硬件，或者更改目录日志损坏但是已经归档，可以clear掉 ALTER DATABASE CLEAR LOGFILE GROUP 2; 清除未归档的损坏日志

　　如果数据库已关闭，则启动新实例并装入数据库

　　startup mount

　　使用UNARCHIVED关键字清除日志。例如，要清除日志组2

ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 2;

　　如果存在需要清除日志使其联机的脱机数据文件，则需要关键字UNRECOVERABLE DATAFILE。必须删除数据文件及其整个表空间，因为正在清除使其联机所需的重做，并且没有它的副本。

ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 2 UNRECOVERABLE DATAFILE; 立即备份整个数据库，包括controlfile，以便您可以使用备份进行完全恢复，而无需依赖已清除的日志组由于介质故障，ALTER DATABASE CLEAR LOGFILE语句可能会因I / O错误而失败，重新指向新的目录，或者修复介质故障

3，丢失在线redo

如果缺少的日志不是最新的，只需删除日志组（alter database drop logfile group N），只有两组的话，提前要加一组如果丢失的日志是最新的，他们应该只执行虚假恢复，然后打开resetlogs sql> connect / as sysdba sql> startup mount sql> recover database until cancel; (cancel immediately) sql> alter database open resetlogs;

注意：如果实例恢复所需的当前在线日志丢失，则必须通过最后一个可用的归档日志文件（PITR point-in-time recovery）基于时间点恢复和恢复数据库。

【本文地址】

公司简介

联系我们