dataguard配置SYNC导致数据库性能频繁卡顿

文章分析了数据库卡顿期间的主要堵塞事件,发现SYSAUX表空间的阻塞源于Dataguard的SYNC模式。作者建议将log_archive_dest_2的SYNC改为ASYNC以提高性能,避免因网络波动和DG库异常导致生产库卡住。
摘要由CSDN通过智能技术生成

获取卡时间段的堵塞事件,发现大部分事件是“cursor: pin S wait on X”,“log file parallel write”,“LGWR-LNS wait on channel”等

根据blocking_session的堵塞源进行查询,最终查到源头,发现堵塞在文件号为2,块号2的源头上:

文件号2为“SYSAUX”表空间

SYSAUX表空间主要是awr、ash、基表等信息,而当时堵塞的主要事件是“LGWR-LNS wait on channel”,并且根据awr的后台等待事件

“LNS wait on SENDREQ”,“LGWR-LNS wait on channel”,这两个都跟dataguard的数据发送有关系,检查dg配置发现使用了“SYNC,AFFIRM”参数,如果网络出现波动或者dg库异常,会导致生产库卡住,所以建议使用async模式。

需要注意的是:使用SYNC 方式,主库产生的Redo 日志,LGWR 必须等待写入本地日志文件操作和通过LNSn进程的网络传送都成功,主库上的事务才能提交。而上面的2号文件等待就是等待基表的更新,但是由于sync模式下传输慢,导致事务不能提交。
所以修改dataguard配置参数log_archive_dest_2中的“SYNC”,设置为“ASYNC”。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值