昨天使用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博客 ” ，链接：https://blog.itpub.net/28686045/viewspace-1577566/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
