概述
昨天使用duplicate搭建了一个dg,但是发现dg的归档一直没有传输,查看主备库的alert日志没有反应,主库切换了一下日志,查看alert日志还是没有报错,到底是什么原因导致的
查看主备库的状态发现主库状态不对,网上搜索了一下,一般日志没有应用都是参数文件没有配置正确,其中传递日志的参数(LOG_ARCHIVE_DEST_2)出问题的可能性最大,但是这个参数文件都是直接复制过来的,哪地方不正确呢,
查看该参数的状态,select status,error from v$archive_dest where dest_id=2;发现报错,状态为BAD,
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2='DEFER';
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2='ENABLE';
再查看一下,还是为BAD,于是将这个参数重写,alert日志终于有报错,告诉我没有权限,估计是参数文件的问题,于是在主库重建了参数文件并传到备库,
alert报另一个错,ORA-16057: DGID from server not in Data Guard configuration
查看该参数,该参数的状态这次为error,网上搜索了一下该错误的解决办法,主备库的log_archive_config要么都设置,要么都不设置。
将主备库的log_archive_config参数都设置一下。
再次执行 ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2='ENABLE';并查看该参数的状态,该参数状态终于为valid。
数据也正常传输过去。
查看主备库的状态发现主库状态不对,网上搜索了一下,一般日志没有应用都是参数文件没有配置正确,其中传递日志的参数(LOG_ARCHIVE_DEST_2)出问题的可能性最大,但是这个参数文件都是直接复制过来的,哪地方不正确呢,
查看该参数的状态,select status,error from v$archive_dest where dest_id=2;发现报错,状态为BAD,
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2='DEFER';
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2='ENABLE';
再查看一下,还是为BAD,于是将这个参数重写,alert日志终于有报错,告诉我没有权限,估计是参数文件的问题,于是在主库重建了参数文件并传到备库,
alert报另一个错,ORA-16057: DGID from server not in Data Guard configuration
查看该参数,该参数的状态这次为error,网上搜索了一下该错误的解决办法,主备库的log_archive_config要么都设置,要么都不设置。
将主备库的log_archive_config参数都设置一下。
再次执行 ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2='ENABLE';并查看该参数的状态,该参数状态终于为valid。
数据也正常传输过去。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28686045/viewspace-1577566/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/28686045/viewspace-1577566/
最后
以上就是称心长颈鹿为你收集整理的dg归档没有传输到备库的全部内容,希望文章能够帮你解决dg归档没有传输到备库所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复