oracle 11g rac ges enter server mode 等待事件
之前一套11g rac 数据库,出现大量 ges enter server mode 等待事件,排在等待事件top1,平均等待2秒钟,查询mos 资料,有2种可能情况导致:数据库负载高,data guard环境备库应用redo 速度慢,检查db负载、备库日志同步情况,发现正常,继续排查。
问题困扰了一个月,检查db参数设置,补丁版本,计划了2种解决方案:1、关闭数据库drm特性,2、db 打最新psu。数据库版本为11.2.0.4.0,咨询之前部署的同事说是drm特性已经关闭(alter system set "_lm_drm_disable"=5 scope=both sid='*'),查询mos oracle 推荐的方式为
alter system set "_gc_policy_time"=0 scope=spfile sid='*'
alter system set "_gc_undo_affinity"=false scope=spfile sid='*'
于是乎执行修改参数作业,由于是静态参数,rac 各个节点数据库实例必须重新启动,不可以采取先重启一个节点实例然后重启另一个节点实例滚动方式,等待国庆假期产线无生产的时候进行了关闭数据库服务重新启动所有节点实例作业。之后观察了一周,之前排在首位的ges enter server mode 等待事件消失,业务核心的一个存储过程执行速度也有提升(单次执行时间由200毫秒降低到40毫秒),执行速度提升明显,问题解决,后面更新db psu 计划也没有执行,维持数据库当前psu版本,毕竟更新补丁也有一定的风险。
本文来自博客园,作者:踏雪无痕2017,转载请注明原文链接:https://www.cnblogs.com/oradba/p/14370731.html
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)