ORA-16047: DGID mismatch between destination setting and standby

Oracle DG故障诊断案例一则：ORA-16047: DGID mismatch between destination setting and standby。前天在搭建物理standby时，前面步骤都没错（实际上是有错），在验证归档日志是否同步到备库时发现：ORA-16047: DGID mismatch between destination setting and standby我们的处理方案是：在主备同时设置log_archive_config推荐阅读：ORA-01172、ORA-01151错误处理 http://www.linuxidc.com/Linux/2013-06/86529.htmORA-00600 [2662]错误解决 http://www.linuxidc.com/Linux/2013-06/86528.htmORA-01078 和 LRM-00109 报错解决方法 http://www.linuxidc.com/Linux/2012-07/66044.htmORA-00471 处理方法笔记 http://www.linuxidc.com/Linux/2013-09/90017.htmORA-00314,redolog 损坏，或丢失处理方法 http://www.linuxidc.com/Linux/2013-09/90646.htmORA-00257 归档日志过大导致无法存储的解决办法 http://www.linuxidc.com/Linux/2013-09/90594.htm1. 备库idle> show parameter log_archive_config;NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_config string DG_CONFIG=（ORCL_PRY,ORCL_PHY）2. 主库sys@ORCL> show parameter log_archive_config;NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_config string DG_CONFIG=（ORCL_PRY,ORCL_PHY）什么是log_archive_config？这里只给出自己的理解，如果想深入的朋友，可看下官方文档。主要是针对redo log 传送和接收的,在最大可用及最大保护模式下设置才会有影响,不设置在switchover切换时会报ORA-16047。通过dg_config罗列DG环境所有db_unique_name：主库:*.log_archive_config="dg_config=（master,stdby）"备库:*.log_archive_config="dg_config=（stdby,master）"设置时注意，我有一个原则：自己在前，别人在后。不过，这个参数是顺序无关的 :-）最后，也是很重要的一点，在故障诊断过程中，我学到一项很有用的技巧：利用tcpdump观察网络流例如在备库上执行：tcpdump -i eth1 port 1521这个很有用，记录下。另外，配套的一个是tail -f 观察告警日志的刷出。Good Luck！更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx？tid=12Linux系统中使用Oracle透明网关连接DB2数据库MySQL 临时表与dstat mysql临时表监控插件开发相关资讯 ORA-16047 本文评论查看全部评论（0）