SQL*Net break/reset to client等待事件

第一次遇到因为网络导致dblink异常的等待时间

首先业务反馈在某个时刻出现链接超时,业务异常率较高,让我们配合查询数据库是否正常

根据应用提供的异常时间点,提取相应的ash报告

SQL*Net break/reset to client 这位哥排第一位,官方对于这个等待事件的解释:

还是要检测应用服务器到数据库服务器的网络是否正常

从数据库所在服务器的主机监控查看

在同一时刻也出现流量骤然为0的现象,说明网络确实出现异常

再登录主机查看网卡状态

发现数据库服务器的数据网卡在接受包过程中出现异常,并且观察一段时间,发现该异常率在持续增长

从应用服务器侧ping大包到数据库服务器,也出现个别丢包情况,问题比较严重

问题也就集中在这个网卡或者链路问题,逐个排查

思路:

调换两个网卡的尾纤,分别通过传输大文件来持续观察哪个网卡的异常率出现增长

如果依然是这个网卡,则说明这个网卡本身有问题;

如果是另外一个网卡,则说明尾纤有问题;

针对具体问题进行更换处理即可。

posted on   数据派  阅读(962)  评论(0编辑  收藏  举报

编辑推荐:
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· .NET10 - 预览版1新功能体验(一)
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

点击右上角即可分享
微信分享提示