DG报错Error 1031 received logging on to the standby怎么解决

本篇内容介绍了“DG报错Error 1031 received logging on to the standby怎么解决”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
在建立完DG后，主库告警日志一直有报错
Error 1031 received logging on to the standby
PING[ARC2]: Heartbeat failed to connect to standby ‘dgdb’. Error is 1031.
Sat Jul 29 17:19:48 2017

参考：https://community.oracle.com/thread/4005017
根据上面的解答，检查密码文件
查看gv$pwfile_users
主库
SQL> select * from gv$pwfile_users;
I免费主机域名NST_ID USERNAME SYSDB SYSOP SYSAS
———- —————————— —– —– —–
1 SYS TRUE TRUE FALSE
备库
SQL> select * from gv$pwfile_users;
no rows selected

果然密码文件有问题，备库没有使用主库的密码文件
从主库的/h免费主机域名ome/oracle/dbs中scp密码文件到备库中的/home/oracle/dbs中
可能需要修改密码文件名的sid
我直接重启了备库再次查看
SQL> select * from gv$pwfile_users;
INST_ID USERNAME SYSDB SYSOP SYSAS
———- —————————— —– —– —–
1 SYS TRUE TRUE FALSE
备库密码文件正常了，主库中也没有此类报错“DG报错Error 1031 received logging on to the standby怎么解决”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注云技术网站，小编将为大家输出更多高质量的实用文章！

相关推荐: 分析MySQL优化思路

这篇文章主要讲解了“分析MySQL优化思路”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“分析MySQL优化思路”吧！ 数据库技术到目前共经历了人工管理阶段、文件系统阶段和数据库系统阶段。在早期没有软件系统的时候…