暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

【故障处理】遇到ORA-000313、ORA-00312和ORA-27037报错如何处理?

热衷于分享各种干货知识,大家有想看或者想学的可以评论区留言,秉承着“开源知识来源于互联网,回归于互联网”的理念,分享一些日常工作中能用到或者比较重要的内容,希望大家能够喜欢,不足之处请大家多宝贵地意见,我们一起提升,守住自己的饭碗。

一、背景

最近在做Oracle 11g RAC数据迁移,在进行DG库克隆时,trace日志报错ORA-000313、ORA-00312和ORA-27037。

二、正常排查思路

1、排查配置文件是否正确; 

2、看权限是否正常; 

3、看是否进到该目录。

三、解决方案

1、查看主库的日志文件

SQL >col member format a50
SQL >select  * from v$logfile

2、在备库建立standby日志

SQL >ALTER DATABASE ADD STANDBY LOGFILE group1 ('+ZYDATA/szzx/onlinelog/group_11,493,1188142639') SIZE 200M;
SQL >ALTER DATABASE ADD STANDBY LOGFILE group 2 ('+ZYDATA/szzx/onlinelog/group_21,493,1188142639') SIZE 200M;
SQL >ALTER DATABASE ADD STANDBY LOGFILE group 3 ('+ZYDATA/szzx/onlinelog/group_31,493,1188142639') SIZE 200M;

如第2步执行报错,提示路径已存在,则执行第三步进行重建,如不报错则不用执行。


3、日志重建

SQL >alter database clear logfile group 1;
SQL >alter database clear logfile group 2;
SQL >alter database clear logfile group 3;

到这里问题基本就解决了,正常执行rman的克隆即可。


文中的概念来源于互联网,如有侵权,请联系我删除。

欢迎关注公众号:小周的数据库进阶之路,一起交流数据库、中间件和云计算等技术。如果觉得读完本文有收获,可以转发给其他朋友,大家一起学习进步!感兴趣的朋友可以加我微信,拉您进群与业界的大佬们一起交流学习。



文章转载自小周的数据库进阶之路,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论