关于dg，备库日志已经应用，但主库依旧显示applied=no问题的处理

比眉伴天荒 2022-07-18 04:15 136阅读 0赞

10G的环境

起因：备库断电

试了各种方法，包括备库环境重建，备库v$managed\_standby里的sequence\# ,  包括scn号，在主库切换日志的时，都正常改变，说明备库日志应用正常，无奈主库v$archived\_log里备库的日志的applied列始终是no

无奈之下，网上找一个帖子，那个仁兄竟然有metalink账号，各种羡慕，原帖我就不给链接了，贴一段他查metalink的部分如下

\--------------------------------------------------------------------------------

查了官网metlink，这样描述的：  
The ARCH-RFS Heartbeat Ping between the Primary and Standby Database is responsible for updating the APPLIED-Column of v$archived\_log on the Primary Database. There is a designated Heartbeat ARCn-Process on the Primary Database to perform this Ping. If this Process starts to hang, it does not communicate with the remote RFS-Process any more and so it cannot update the Primary accordingly.   
  
Toggling log\_archive\_max\_processes down to 1 and back to original value  (eg 4) will get this restarted.  
  
SQL>archive log list;  
SQL>alter system set log\_archive\_max\_processes=1 scope=memory;  
SQL>alter system set log\_archive\_max\_processes=4;  
SQL>alter system archive log current;  
SQL> select thread\#, sequence\#, applied from v$archived\_log where sequence\# = <sequence just archived>;  
  
试过可以暂时刷新备库已经应用完毕的日志，但之后新应用的日志状态，又不会自动同步到主库了。

\--------------------------------------------------------------------------------

据metalink描述，这个心跳是基于主库arch进程的，包括metalink给出的解决方案也是将arch进程从4变为1，但这个解决方案是不是有问题，关掉3个进程，这就很有可能造成那个心跳和进程没有被关掉。

因为lgwr进程不是5大主要进程，所以杀了没有也太大的问题，稍微注意一下日志切换的时间节点，pmon进程会自动帮你重新启动，所以下手杀，而且是所有的arch进程全干掉，宁可错杀一千的节奏哈。

还有一点没有想通，这位仁兄讲，可以短暂的刷新，之后没有用了，这个的确理解不了，要么就是还是不能刷新！（既然可以刷新，那就是hang住的arch进程被关了，不至于这么背，又被hang住吧，这种可能性太低了）。