监听日志过大导致数据库连接变慢

收到公司一项目组邮件,说某开发环境的数据库连接不稳定,时快时慢,但是一旦连上数据库,整体的操作并不慢,想让我帮忙看看。

环境:Windows 2K8 R2 64位操作系统+Oracle 11gR2 64 bit单实例数据库 。

现象:在数据库服务器上,tnsping本地机器上的Oracle网络服务名,果然时快时慢。快时延迟只有10毫秒或者是0毫秒,而慢时延迟能达到10000多毫秒。这个显然不能接受。

思路:

1 第1反映可能是Oracle网络配置问题;
2 数据库服务器或者监听进程过于繁忙导致的;

处理:

经过排查和分析,由于是开发环境,各种不知名的原因,导致该Windows服务器上安装了1套10g的数据库软件[未建库],1套文中提到的11gR2单实例数据库,10g和11g版本的环境分别创建了各自的监听程序,10g的在默认1521端口,11g的在1522端口,并且2个监听程序的名字都是listener。问题更为蹊跷的是,如果tnsping 10g软件下的网络服务名很正常,tnsping 11g软件下的网络服务名才会出现时快时慢的现象。

于是乎,停掉10g环境下的那个占用1521端口的监听,重新配置11g的监听使之驻留在1521端口上。此时问题依旧:

C:\Users\Administrator>tnsping orcl

TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 24-6月 -2014 16:49:20

Copyright (c) 1997, 2010, Oracle.  All rights reserved.

已使用的参数文件:
D:\app\Administrator\product\11.2.0\dbhome_1\network\admin\sqlnet.ora


已使用 TNSNAMES 适配器来解析别名
尝试连接 (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.168.1.87)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl)))
OK (0 毫秒)

C:\Users\Administrator>tnsping orcl

TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 24-6月 -2014 16:49:22

Copyright (c) 1997, 2010, Oracle.  All rights reserved.

已使用的参数文件:
D:\app\Administrator\product\11.2.0\dbhome_1\network\admin\sqlnet.ora


已使用 TNSNAMES 适配器来解析别名
尝试连接 (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.168.1.87)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl)))
OK (7360 毫秒)

C:\Users\Administrator>

说明问题应该不至于出现在网络配置上面。

同时,该库是一个开发用的数据库,更谈不上繁忙之说。

那么,问题究竟应该出现在那儿呢?既然,在服务器上tnsping本地机器上的网络服务名不稳定,且SQL*PLUS通过网络服务名来访问本地机器上的Oracle服务肯定也会慢,那么就发起一个本地的网络服务连接,然后看看监听的日志信息。果不其然,发现了一点儿端倪,监听程序的日志文件过大:

listener_log_4GB

listener_log_4GB

原来,造成问题的罪魁就是这个过大的日志文件[Windows下Oracle的监听日志文件超过4G大小,便会出现该问题]!解决的方法就很简单,停止监听程序,删除监听日志文件,重启监听,问题解决!

评论 (2)

  • Lonion| 2014年6月25日

    不一定就得停止监听程序的,如果并发量大会造成瞬时连接不了库。通常做法是停止写日志就行了。

  • 发表评论

    邮箱地址不会被公开。 必填项已用*标注