Oracle 恢复备库控制文件时的报错问题分析（ORA-00313）

最新推荐文章于 2024-06-07 16:36:50 发布
最新推荐文章于 2024-06-07 16:36:50 发布
阅读量1.5k 收藏
点赞数
文章标签： 数据库 linux oracle 运维 sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/baoyuhang0/article/details/108270617
版权

搭建DataGuard时恢复备库控制文件的报错问题分析（ORA-00313）

在备库此时存在如下参数时的情况：

db_file_name_convert =/oracle/app/oradata/proddg2, /oracle/app/oradata/prod
log_file_name_convert=/oracle/app/oradata/proddg2, /oracle/app/oradata/prod

恢复备库的控制文件：

RMAN> restore controlfile from '/home/oracle/rman/standby.ctl';
SQL> alter database mount;
Database altered.

此时警告日志会出现很多这种错误：

Errors in file /oracle/app/diag/rdbms/prod/prod/trace/prod_arc3_4119.trc:
ORA-00313: open failed for members of log group 4 of thread 1
ORA-00312: online log 4 thread 1: '/oracle/app/oradata/prod/std_redo04.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory

查看数据文件与日志文件信息：

SQL> select name from v$datafile;  //数据文件路径会根据db_file_name_convert转化
**NAME**
/oracle/app/oradata/prod/system01.dbf
/oracle/app/oradata/prod/sysaux01.dbf
/oracle/app/oradata/prod/undotbs01.dbf
/oracle/app/oradata/prod/users01.dbf
/oracle/app/oradata/prod/example01.dbf

SQL> select member from v$logfile; //日志文件路径会根据log_file_name_convert转化
MEMBER
/oracle/app/oradata/prod/redo03.log
/oracle/app/oradata/prod/redo02.log
/oracle/app/oradata/prod/redo01.log
/oracle/app/oradata/prod/std_redo04.log
/oracle/app/oradata/prod/std_redo05.log
/oracle/app/oradata/prod/std_redo06.log

再直接使用RMAN执行restore database即可。

RMAN> restore database;

开启主库的日志传输：

SQL>  alter system set log_archive_dest_state_2=enable scope=both;

观察备库警告日志：

Errors in file /oracle/app/diag/rdbms/prod/prod/trace/prod_rfs_4169.trc:
ORA-00313: open failed for members of log group 4 of thread 1
ORA-00312: online log 4 thread 1: '/oracle/app/oradata/prod/std_redo04.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
**SRL log 4 needs clearing because log has not been created**

.....

Clearing online log 4 of thread 1 sequence number 0
Errors in file /oracle/app/diag/rdbms/prod/prod/trace/prod_arc3_4119.trc:
ORA-00313: open failed for members of log group 4 of thread 1
ORA-00312: online log 4 thread 1: '/oracle/app/oradata/prod/std_redo04.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory

Clearing online log 4 of thread 1 sequence number 0

等等standbylog不存在的错误，但也可以看出Oracle会自动进行clearing操作，备库会根据控制文件自动创建出standbylog：

日志组clearing介绍：

常用于当日志文件丢失时使用，丢失的日志组必须为inactive。

也可以手动执行clearing：

--清理日志组即可，oracle会自动创建新的日志文件出来，状态为unused
SYS@orcl11g> alter database clear logfile group 1;
SYS@orcl11g> alter database clear logfile group 3;

[oracle@dgpridb prod]$ ll
total 2081760
-rw-r----- 1 oracle oinstall  10043392 Aug 25 06:40 control01.ctl
-rw-r----- 1 oracle oinstall  10043392 Aug 25 06:40 control02.ctl
-rw-r----- 1 oracle oinstall 355213312 Aug 25 06:33 example01.dbf
-rw-r----- 1 oracle oinstall 104858112 Aug 25 06:40 std_redo04.log
-rw-r----- 1 oracle oinstall 104858112 Aug 25 06:40 std_redo05.log
-rw-r----- 1 oracle oinstall 104858112 Aug 25 06:40 std_redo06.log
-rw-r----- 1 oracle oinstall 555753472 Aug 25 06:34 sysaux01.dbf
-rw-r----- 1 oracle oinstall 786440192 Aug 25 06:35 system01.dbf
-rw-r----- 1 oracle oinstall  94380032 Aug 25 06:31 undotbs01.dbf
-rw-r----- 1 oracle oinstall   5251072 Aug 25 06:31 users01.dbf

但为什么redo log却没有自动创建，redo会什么时候创建呢

此时开启日志应用服务：

alter database recover managed standby database disconnect from session;

观察警告日志：

**Clearing online redo logfile 3 /oracle/app/oradata/prod/redo03.log**
Clearing online log 3 of thread 1 sequence number 83
Errors in file /oracle/app/diag/rdbms/prod/prod/trace/prod_mrp0_4199.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/oracle/app/oradata/prod/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Errors in file /oracle/app/diag/rdbms/prod/prod/trace/prod_mrp0_4199.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/oracle/app/oradata/prod/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
**Clearing online redo logfile 3 complete**

Media Recovery Log /oracle/app/arch/prod1_78_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_79_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_80_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_81_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_82_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_83_1046156085.dbf
Media Recovery Waiting for thread 1 sequence 84 (in transit)

Clearing online log 3 of thread 1 sequence number 83

日志正常应用了，并且也发现redo不存在的错误，并且数据库自动进行了clearing，自动创建新的日志组。

[oracle@dgpridb prod]$ ll redo*
-rw-r----- 1 oracle oinstall 52429312 Aug 25 06:42 redo01.log
-rw-r----- 1 oracle oinstall 52429312 Aug 25 06:42 redo02.log
-rw-r----- 1 oracle oinstall 52429312 Aug 25 06:42 redo03.log

总结：

我这边是在主库创建了standby redolog，所以备库控制文件中也存在standby redolog，Oracle会自动执行clearing创建standby redolog，如果没有在主库创建standby redolog，那么就需要在备库mount状态时进行创建standby redolog，也可以不创建，如果不在备库创建standby redolog，备库会虚拟几组standby redollog。

当不在主库创建standby redolog时的情况：

恢复备库的控制文件：

db_file_name_convert =/oracle/app/oradata/proddg2, /oracle/app/oradata/prod
log_file_name_convert=/oracle/app/oradata/proddg2, /oracle/app/oradata/prod

RMAN> restore controlfile from '/home/oracle/rman/standby.ctl';

SQL> alter database mount;

Database altered.

备库控制文件中记录的日志组信息，不存在standby redolog

SQL> select member from v$logfile;

MEMBER
/oracle/app/oradata/prod/redo03.log
/oracle/app/oradata/prod/redo02.log
/oracle/app/oradata/prod/redo01.log

RMAN> restore database;

开启主库日志传输并跟踪警告日志：

RFS[4]: Assigned to RFS process 4492
RFS[4]: No standby redo logfiles created
RFS[4]: Opened log for thread 1 sequence 86 dbid 457994418 branch 1046156085

在主库执行日志切换：

RFS[4]: No standby redo logfiles created
RFS[4]: Opened log for thread 1 sequence 87 dbid 457994418 branch 1046156085
Archived Log entry 10 added for thread 1 sequence 87 rlc 1046156085 ID 0x1b70d452 dest 2:
RFS[4]: No standby redo logfiles created
RFS[4]: Opened log for thread 1 sequence 88 dbid 457994418 branch 1046156085

每接收一个日志就会出现RFS[4]: No standby redo logfiles created。

（注意如果不在备库创建standby redo，主库alert日志中没有明显的日志传输信息）

此时备库开启日志应用，检查是否可以正常应用

SQL> alter database recover managed standby database disconnect from session;

Clearing online redo logfile 3 /oracle/app/oradata/prod/redo03.log
Clearing online log 3 of thread 1 sequence number 86
Errors in file /oracle/app/diag/rdbms/prod/prod/trace/prod_mrp0_4505.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/oracle/app/oradata/prod/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Errors in file /oracle/app/diag/rdbms/prod/prod/trace/prod_mrp0_4505.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/oracle/app/oradata/prod/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Clearing online redo logfile 3 complete

Clearing online redo logfile 3 complete
Media Recovery Log /oracle/app/arch/prod1_78_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_79_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_80_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_81_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_82_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_83_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_84_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_85_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_86_1046156085.dbf
Media Recovery Log /oracle/app/arch/prod1_87_1046156085.dbf
Media Recovery Waiting for thread 1 sequence 88 (in transit)

结论：

还是会进行redo clearing 然后正常应用日志。

在备库手动创建standby redolog：

alter database add standby logfile  group 4 '/oracle/app/oradata/prod/std_redo04.log' size 50M;
alter database add standby logfile  group 5 '/oracle/app/oradata/prod/std_redo05.log' size 50M;
alter database add standby logfile  group 6 '/oracle/app/oradata/prod/std_redo06.log' size 50M;
alter database add standby logfile  group 7 '/oracle/app/oradata/prod/std_redo07.log' size 50M;

出现如下错误：

ORA-01156: recovery or flashback in progress may need access to files

关闭日志应用：

SQL>alter database recover managed standby database cancel;

再次创建成功。

再次从主库进行一次日志切换：

SQL> alter system switch logfile;

跟踪备库警告日志：

Archived Log entry 12 added for thread 1 sequence 89 rlc 1046156085 ID 0x1b70d452 dest 2:
RFS[4]: Selected log 4 for thread 1 sequence 90 dbid 457994418 branch 1046156085
Tue Aug 25 07:33:18 2020
RFS[4]: Selected log 5 for thread 1 sequence 91 dbid 457994418 branch 1046156085
Tue Aug 25 07:33:18 2020
Archived Log entry 13 added for thread 1 sequence 90 ID 0x1b70d452 dest 1:
Tue Aug 25 07:35:39 2020
RFS[4]: Selected log 4 for thread 1 sequence 92 dbid 457994418 branch 1046156085
Tue Aug 25 07:35:39 2020
Archived Log entry 14 added for thread 1 sequence 91 ID 0x1b70d452 dest 1:

完毕~

DBhanG
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle当前日志组出错,【案例】Oracle报错ORA-00313 ORA-00312 ORA-27037当前联机日志损坏恢复...
weixin_39701768的博客
04-03 1777
天萃荷净运维DBA反映Oracle数据库在启动时报错ORA-00313 ORA-00312 ORA-27037，分析原因为数据库redo联机日志文件损坏导致环境模拟删除状态为active的联机日志，然后强行关闭数据库1.数据库报错ORA-00313 ORA-00312 ORA-27037SQL> startupORACLE instance started.Total System Glob...
ORA-27037--重建控制文件的时候报错
diaoyuxuan1161的博客
05-15 1734
<txt>ORA-00210: cannot open the specified control fileORA-00202: control file: &apos;/u01/app/oracle/product/11.2.0/dbhome_1/dbs/ora_control02.ctl&apos;ORA-27037: unable to obtain ...
常见Oracle错误都在这了! ORA-00257/ORA-00313/ORA-28000/ORA-28000
12-14
（1）ORA-00257 空间不足错误 这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。但在Oracle 10g上存储空间还有很大，却也报这个错误。原因是Oracle 10g中新的特性，对Flash Recovery的管理导致的。如下图所示： 原创文章 39获赞 41访问量 3072 关注 私
ORA-00313: 无法打开日志组
ytfy12的专栏
10-21 9150
来自：http://gongxh880105.blog.163.com/blog/static/12419217020097103046754/ 1.在命令行下输入C:\Documents and Settings\Administrator>sqlplus /nolog 回车后显示： SQL*Plus: Release 9.2.0.1.0 - Production on 星期三 8月 
12c rac dg开启日志应用报错 ora-00313 ora-00312 ora-17503 ora-15012处理
最新发布
weixin_61212661的博客
06-07 310
当备库开启日志应用后看到告警日志报大量ora-00313\ora-00312\ora-17503等错误。
Oracle 联机重做日志文件恢复（redo log）
一玩儿家的田地
03-02 4338
非当前联机日志文件故障恢复 1.启动数据库时遇到ORA-00313，ORA-00312错误。 ORA-00313: open failed for members of log group 1 of thread 1 ORA-00312: online log 1 thread 1: '/home/oracle/oradata/s1/redo01.log' 2.查看v$log视图。 SQ
10.Oracle-impdp导入报错-ORA-27037
weixin_43346403的博客
02-09 2462
impdp
记一次ORA-27037: unable to obtain file status错误
03-17 893
环境介绍：ORACLE9i RAC——RAWHU-UNIX 8420NEWWORK SAN[@more@]客户进行存储的扩容时候，在扩容后启动数据库的时候报：SQL> startupORA-27037: unable to...
oracle重启报错ORA-00702解决办法
12-24
1. **定期备份**：定期备份数据库和控制文件，以便在出现问题时能快速恢复。 2. **监控系统资源**：确保系统有足够的磁盘空间，避免因存储不足引发的问题。 3. **安全关闭**：在关闭数据库前，确保所有事务已完成，...
启动oracle数据库报错：ORA-00600
11-01
总结起来，遇到"ORA-00600"错误时，需要对数据库进行全面的检查和恢复操作，包括分析错误信息、尝试自动恢复、检查相关日志，并根据需要进行数据文件或控制文件的恢复。同时，定期备份和监控数据库状态是防止这类...
Oracle11g dbf数据库文件恢复经验.rar
11-12
然而，即便如此，数据库故障仍然可能发生，如在Oracle 11g环境中遇到的"ORA-00600：内部错误代码，参数：[kcratr_nab_less_than_odr]"报错。这个问题涉及到数据库内部结构的异常，通常是由数据损坏、系统崩溃或其他...
oracle ORA-01033报错分析和解决方案跟踪文档
05-07
ORA-01033错误表示Oracle正在启动或关闭过程中，这可能是由于多种原因导致的，如数据库实例与数据库文件之间的同步问题、初始化参数文件的问题、操作系统权限问题，或者是数据库被人为地强制关闭等。 **错误分析：*...
解决navicat报错ORA-12737(OCI报错)
11-27
在使用Navicat这款强大的数据库管理工具时，有时可能会遇到错误提示"ORA-12737"。这个错误是Oracle Call Interface (OCI) 报出的，通常与Oracle客户端库的配置或版本不匹配有关。以下是关于这个问题的详细解释、可能...
ORA-00313、00312、27047
keepdba的博客
05-14 882
启动数据库SQL> startup ORACLE instance started.Total System Global Area 1252663296 bytes Fixed Size 2252824 bytes Variable Size 805310440 bytes Database Buffers 436207616 bytes Redo
一次ORA-27037: unable to obtain file status故障的解决
cuishiping6190的博客
05-25 6036
数据库前端用两台solaris服务器（DB1,DB2）做HA，数据文件存放在存储上和NAS上。试过之前没做过切换。目前运行在DB1上。bash-2.03$ df -kFilesystem kbytes used ava...
ORA-00313的解决
ytfy12的专栏
06-15 2268
来自:http://hi.baidu.com/niuyuanli/item/d714a813512987e75f53b189 Oracle提示ORA-00313的错误，并且报ORA-00313和ORA-00312错误，原因是日志被误操作删除，解决方法如下： 运行cmd C:\Documents and Settings\administrator>sqlplus SQL> conn sys
常见Oracle错误都在这了： ORA-00257/ORA-00313/ORA-28000/ORA-28000
聚集机器学习、信息安全
05-06 5135
本文总结了Oracle的ORA-00257、 ORA-00313 、ORA-16038 、ORA-16320 、ORA-28000、ORA-28002等常见错误及解决方法，强烈建议大家收藏！
oracle无法打开日志组,ORA-00313:无法打开日志组1(线程 1)的成员_ORA-00312:
weixin_39707536的博客
04-16 258
今天用系统清理工具把系统垃圾清理了一番,结果在打开oracle 数据库时出现了错误:ORA-00313: 无法打开日志组 1 (线程 1)的成员ORA-00312: 联机日志 1 线程 1:'D:\ORACLE\ORADATA\GOCOM\REDO01.LOG'SQL> connect /as sysdba;已连接。SQL> shutdown immediate;ORA-01109: ...
ORA-00313错误解决了！
JACKY.昊昊 的专栏
05-27 7525
自己机器安装的oracle，完全是为了方便学习，但是如果startup，机器十分慢（内存512M）,所以好久没有startup了，今天startup，出问题了：Microsoft Windows XP [版本 5.1.2600](C) 版权所有 1985-2001 Microsoft Corp.C:/Documents and Settings/5201314>sqlplus /n
oracle12c impdp 报错 ora-31623 ora-06512
05-20
ORA-31623和ORA-06512通常是由于数据泵导入进程在执行期间发生了错误导致的。下面是一些可能的原因和解决方法： 1. 数据库对象不存在：请检查是否导入了不存在的对象，或者在导入之前是否已经删除了该对象。 2. ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值