oracle主库applied全部是NO,关于dg,备库日志已经应用,但主库依旧显示applied=no问题的处理...

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# = ;试过可以暂时刷新备库已经应用完毕的日志,但之后新应用的日志状态,又不会自动同步到主库了。

--------------------------------------------------------------------------------

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

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

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值