问题的现像:
1.主库的状态一直显示是failure destion
select switchover_status from v$database
failure destination
2.主库的归档日志不能即时传递至备库,重启备库才能把没传过来的日志伟递到备库。并且传送完之后,仍然主库的switchover_status 仍然显示是failure destinnation
3.主库的alert.log显示
eat failed to connect to standby 'STANDBY'. Error is 12514.
2016-08-31 15:07:40.359000 +08:00
Error 12514 received logging on to the standby
PING[ARC2]: Heartbeat failed to connect to standby 'STANDBY'. Error is 12514.
备库显示:
RFS[9]: Assigned to RFS process 19780
RFS[9]: No standby redo logfiles created for thread 1
RFS[9]: No standby redo logfiles selected (reason:7)
解决办法:
初步以为是密码文件问题:
复制主库的密码文件至备库,发现仍然不显示同样的问题
在主备上都可以正常运行以下代码
主库:
sqlplus zabbix/zabbix@primary
sqlplus zabbix/zabbix@standby
备库
sqlplus zabbix/zabbix@primary
sqlplus zabbix/zabbix@standby
都是正常登录,说明listener 是没有问题.
所以不是lisenter 问题,不是密码文件问题,也不是网络连接问题,DG参数反复检查没问题,那么问题出在哪?
查看备库的alert.log 一些记录如下:
备库显示:
RFS[9]: Assigned to RFS process 19780
RFS[9]: No standby red
standby log的异常状态导致DG数据同步异常显示failure destination
于 2016-11-27 04:43:33 首次发布
本文描述了在Oracle数据库中,当主库的standby log状态异常,导致数据守护(Data Guard, DG)显示failure destination的问题。主要表现为主库归档日志无法实时传递至备库,且主库的switchover_status持续显示为failure destination。通过排查,确认不是listener、密码文件或网络连接问题,而是standby redo logfile的状态问题。解决方案是删除并重新创建standby redo logfile,使其状态变为active,从而恢复数据同步。"
103386243,7881456,CentOS7 根目录空间扩展方法,"['Linux系统管理', '存储管理', 'CentOS', '磁盘扩容']
摘要由CSDN通过智能技术生成