关于oracle的监听响应速度过慢
2016-05-12 17:03
369 查看
除去低版本10G之前的BUG导致,本人在11G一共遇见过以下两种情况,现做分享
问题表现:
1、数据库服务器IP的ping连接一直正常,tnsping大多数情况下为几十MS之内,偶尔或某一时段突然上万MS或者未响应;
2、alert日志报错片段大致如下:
TNS-12535: TNS:operation timed out
TNS-12535: TNS:operation timed out
ns secondary err code: 12560
ns secondary err code: 12560
nt main err code: 505
nt main err code: 505
TNS-00505: Operation timed out
TNS-00505: Operation timed out
nt secondary err code: 110
nt secondary err code: 110
nt OS err code: 0
nt OS err code: 0
3、重建监听仍无法解决问题,但重启服务器后能迅速解决,但有可能马上复发;
引发情况一:
数据库服务器IO或CPU达到瓶颈,导致服务器本身卡顿,对于客户端表现为监听连接卡死;
引发情况二:
检查文件/etc/resolv.conf是否有存在nameserver **.**.**的配置,如存在尝试ping连接对应IP,如ping不通过,请跟换或注释该配置行;
上述两种情况,一种是在高峰期时由于性能瓶颈而发生,另一种会在客户端尝试连接数据库服务器时发生;
问题表现:
1、数据库服务器IP的ping连接一直正常,tnsping大多数情况下为几十MS之内,偶尔或某一时段突然上万MS或者未响应;
2、alert日志报错片段大致如下:
TNS-12535: TNS:operation timed out
TNS-12535: TNS:operation timed out
ns secondary err code: 12560
ns secondary err code: 12560
nt main err code: 505
nt main err code: 505
TNS-00505: Operation timed out
TNS-00505: Operation timed out
nt secondary err code: 110
nt secondary err code: 110
nt OS err code: 0
nt OS err code: 0
3、重建监听仍无法解决问题,但重启服务器后能迅速解决,但有可能马上复发;
引发情况一:
数据库服务器IO或CPU达到瓶颈,导致服务器本身卡顿,对于客户端表现为监听连接卡死;
引发情况二:
检查文件/etc/resolv.conf是否有存在nameserver **.**.**的配置,如存在尝试ping连接对应IP,如ping不通过,请跟换或注释该配置行;
上述两种情况,一种是在高峰期时由于性能瓶颈而发生,另一种会在客户端尝试连接数据库服务器时发生;
相关文章推荐
- MyBatis 3 自动生成 主键 针对不同的数据库(oracle/sqlserver/mysql)
- oracle中long和date的互换
- 【ORACLE】oracle的一些操作记录
- Oracle VM + centos7.1+openstack kilo 多结点安装教程---neutron的安装(3)
- Oracle VM + centos7.1+openstack kilo 多结点安装教程---neutron的安装(2)
- jdbc查询oracle空字段数据时的表现
- Oracle中Number decimal(numeric )、float 和 real 数据类型的区别
- MySQL与Oracle 差异比较之三函数
- 7.34 Unix卸载oracle
- oracle 和java 中求交集的方法
- 导入导出oracle数据库表的dmp文件
- oracle中length、lengthb、substr、substrb用法小结
- oracle 密码永不过期
- Oracle rownum和rowid
- python and oracle
- oraclex相关1
- 7.30 Oracle Net管理错误
- 报错:Missing artifact.com.oracle:ojdbc14:10.0.2.0
- PHP扩展--Oracle客户端(oci8)安装
- Oracle 11g export and import