一次ADG无法实时应用日志No standby redo logfiles故障解决

本文主要是介绍一次ADG无法实时应用日志No standby redo logfiles故障解决,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

rac->单机的ADG同步,搭建好之后,开启实时应用发现报错:

RFS[1]: No standby redo logfiles available for thread 1 
RFS[1]: Opened log for thread 1 sequence 900 dbid 1911584814 branch 1038507374
Fri Jun 05 13:20:22 2020
Archived Log entry 46 added for thread 2 sequence 595 rlc 1038507374 ID 0x71f0b52e dest 2:
RFS[3]: No standby redo logfiles available for thread 2 
RFS[3]: Opened log for thread 2 sequence 596 dbid 1911584814 branch 1038507374
Fri Jun 05 13:20:22 2020

但是可以确定这里肯定是配置了standby log的.尝试删除重建之后依然无效.检查standby log的状态都是UNASSIGNED,正常应该每个节点有一个为active:

    GROUP# DBID                        THREAD#    SEQUENCE#      BYTES  BLOCKSIZE      
---------- ---------------------------------------- ---------- ---------- ---
    11 UNASSIGNED                         1        0  536870912        512      0 YES UNASSIGNED
    12 UNASSIGNED                         1        0  536870912        512      0 YES UNASSIGNED
    13 UNASSIGNED                         1        0  536870912        512      0 YES UNASSIGNED
    14 UNASSIGNED                         1        0  536870912        512      0 YES UNASSIGNED
    21 UNASSIGNED                         2        0  536870912        512      0 YES UNASSIGNED
    22 UNASSIGNED                         2        0  536870912        512      0 YES UNASSIGNED
    23 UNASSIGNED                         2        0  536870912        512      0 YES UNASSIGNED
    24 UNASSIGNED                         2        0  536870912        512      0 YES UNASSIGNED

最后检查发现是standby log的大小错误导致.standby log必须和源端的redo日志大小保证一致才行:

源端的redo日志 大小为512M,而我的目标端standby log设置的为500M

查看源端的日志:

SQL> select bytes/1024/1024 from v$log;BYTES/1024/1024
---------------512512512512512512

重建standby log:

alter database add standby logfile thread 1 group 11 ('/u01/oradata/oracle/onlinelog/stand_redo_1_01.log') size 512m reuse;
alter database add standby logfile thread 1 group 12 ('/u01/oradata/oracle/onlinelog/stand_redo_1_02.log') size 512m reuse;
alter database add standby logfile thread 1 group 13 ('/u01/oradata/oracle/onlinelog/stand_redo_1_03.log') size 512m reuse;
alter database add standby logfile thread 1 group 14 ('/u01/oradata/oracle/onlinelog/stand_redo_1_04.log') size 512m reuse;
alter database add standby logfile thread 2 group 21 ('/u01/oradata/oracle/onlinelog/stand_redo_2_01.log') size 512m reuse;
alter database add standby logfile thread 2 group 22 ('/u01/oradata/oracle/onlinelog/stand_redo_2_02.log') size 512m reuse;
alter database add standby logfile thread 2 group 23 ('/u01/oradata/oracle/onlinelog/stand_redo_2_03.log') size 512m reuse;
alter database add standby logfile thread 2 group 24 ('/u01/oradata/oracle/onlinelog/stand_redo_2_04.log') size 512m reuse;

然后重启目标端数据库,并开启应用,恢复正常. 

 

 

这篇关于一次ADG无法实时应用日志No standby redo logfiles故障解决的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/695000

相关文章

IDEA和GIT关于文件中LF和CRLF问题及解决

《IDEA和GIT关于文件中LF和CRLF问题及解决》文章总结:因IDEA默认使用CRLF换行符导致Shell脚本在Linux运行报错,需在编辑器和Git中统一为LF,通过调整Git的core.aut... 目录问题描述问题思考解决过程总结问题描述项目软件安装shell脚本上git仓库管理,但拉取后,上l

解决docker目录内存不足扩容处理方案

《解决docker目录内存不足扩容处理方案》文章介绍了Docker存储目录迁移方法:因系统盘空间不足,需将Docker数据迁移到更大磁盘(如/home/docker),通过修改daemon.json配... 目录1、查看服务器所有磁盘的使用情况2、查看docker镜像和容器存储目录的空间大小3、停止dock

idea npm install很慢问题及解决(nodejs)

《ideanpminstall很慢问题及解决(nodejs)》npm安装速度慢可通过配置国内镜像源(如淘宝)、清理缓存及切换工具解决,建议设置全局镜像(npmconfigsetregistryht... 目录idea npm install很慢(nodejs)配置国内镜像源清理缓存总结idea npm in

idea突然报错Malformed \uxxxx encoding问题及解决

《idea突然报错Malformeduxxxxencoding问题及解决》Maven项目在切换Git分支时报错,提示project元素为描述符根元素,解决方法:删除Maven仓库中的resolv... 目www.chinasem.cn录问题解决方式总结问题idea 上的 maven China编程项目突然报错,是

在Ubuntu上打不开GitHub的完整解决方法

《在Ubuntu上打不开GitHub的完整解决方法》当你满心欢喜打开Ubuntu准备推送代码时,突然发现终端里的gitpush卡成狗,浏览器里的GitHub页面直接变成Whoathere!警告页面... 目录一、那些年我们遇到的"红色惊叹号"二、三大症状快速诊断症状1:浏览器直接无法访问症状2:终端操作异常

mybatis直接执行完整sql及踩坑解决

《mybatis直接执行完整sql及踩坑解决》MyBatis可通过select标签执行动态SQL,DQL用ListLinkedHashMap接收结果,DML用int处理,注意防御SQL注入,优先使用#... 目录myBATiFBNZQs直接执行完整sql及踩坑select语句采用count、insert、u

利用Python操作Word文档页码的实际应用

《利用Python操作Word文档页码的实际应用》在撰写长篇文档时,经常需要将文档分成多个节,每个节都需要单独的页码,下面:本文主要介绍利用Python操作Word文档页码的相关资料,文中通过代码... 目录需求:文档详情:要求:该程序的功能是:总结需求:一次性处理24个文档的页码。文档详情:1、每个

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例解析

《Java中的分布式系统开发基于Zookeeper与Dubbo的应用案例解析》本文将通过实际案例,带你走进基于Zookeeper与Dubbo的分布式系统开发,本文通过实例代码给大家介绍的非常详... 目录Java 中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例一、分布式系统中的挑战二