总结:此次故障分析原因为 1 网络带宽被耗尽,数据库无法正常接收到程序的sql请求,当带宽正常后,数据库接收到大量的sql请求,包括user calls 以及parse calls大幅度提升。
1 活动会话历史趋向
select to_char(sample_time,'yyyy-mm-dd hh24:mi:ss'),count(1)
from dba_hist_active_sess_history
where sample_time>sysdate-2/24
and sample_time<sysdate-1/24
group by to_char(sample_time,'yyyy-mm-dd hh24:mi:ss')
如果数据库存在异常,或者突然增加幅度较大,则此时用户请求以及
via receive message bytes from client,user calls parse count,transaction个数

案例2 :
问题现象:
中午11点应用服务器连接突然大增,超过连接数限制,processesz值 。
暂时处理方案:KILL 进程。
除了KILL进程外,一致在观察等待事件,无任何异常。
如果进程大增,那么一定是哪里出现了严重的阻塞导致进程大增。但是等待

本文分析了一次数据库连接突然增加并超过限制的故障,通过监控V$SYSSTAT发现,网络带宽耗尽导致SQL请求无法送达。详细探讨了如何通过活动会话历史查询来监测数据库状态,以及在连接恢复后的处理策略。
最低0.47元/天 解锁文章
1258

被折叠的 条评论
为什么被折叠?



