ORACLE的监听日志太大，客户端无法连接 BUG:9879101

ORACLE的监听日志太大，客户端无法连接  

周一上班的第一天总是没那么快进入状态，但是这一天的事情往往还特别的多，今天就遇到了问题了个监听的问题导致所有的系统连接不上；

 

问题的情况：上班第一天按照习惯打开数据库的监控平台查看所有的系统是否有异常，发现其中有一台显示数据库的连接时间超过2600S，果然业务人员马上反馈相应的系统已经登录不了（感叹业务人员真敬业啊！），打起精神马上登陆到服务器上面去查看问题，这里顺便交代一下系统的背景信息：

操作系统：SERVER2008_64

数据库：ORACLE 11.2.0.1

 

检查步骤:

1、进入sqlplus查看数据库的状态，显示当前数据库的状态为OPEN

脚本：select status from v$Instance;

 

2、检查数据库的监听服务，登录的时候发现进入监听程序的速度非常慢

脚本：lsnrctl status 

 

3、查看监听日志的大小，位置如下：

$ORACLE_BASE\diag\tnslsnr\<hostname>\listener\trace\



 

4、发现ORACLE的日志已经达到4G了，印象中ORACLE在windows平台有bug，从操作系统里面的服务关闭，然后就可以删除或重命名该日志了



 

5、重启启动监听即可；

lsnrctl stop  停止

lsnrctl start  启动

 

6、当前的问题已经解决了，保证系统能够正常运行，但是这是一个治标不治本的方法，因此又登录metalink查找相应的解决方法，以下摘自Metalink:

1）问题的原因：当 listener.log大小达到4G

The listener.log has reached the file size limit (on Windows) of 4G. This issue is described in published bug:
Bug:9879101 THE
CONNECT THROUGH LISTENER WAS SLOW WHEN LISTENER LOG GREW to 4GB

2) 出现该BUG问题的平台

Oracle Net Services - Version 11.1.0.7 to 11.2.0.4 [Release 11.1 to 11.2]

Microsoft Windows (32-bit)

Microsoft Windows x64 (64-bit)

This issue is limited to the Windows OS.

***Checked for relevance on 14-OCT-2013***

 

3）出现该BUG的症状

The listener is hung or is extremely slow to respond.

Tnspings to the listener take a very long time (seconds) to respond or the ping hangs completely.

Lsnrctl utility commands are either hanging or slow to respond.

ADR Diagnostics are enabled in this environment and the flat file TNSListener log file is at or approaching the size of 4 gigabytes. 

 

4）解决方法：关闭监听写日志

脚本：

LSNRCTL>set current_listener <listener_name>

LSNRCTL>set log_status OFF

LSNRCTL>save_config

 

7、相应的文档及链接如下：
https://support.oracle.com/epmos/faces/SearchDocDisplay?_adf.ctrl-state=l9yoluad6_9&_afrLoop=767502822052600
相关连接：
http://www.luocs.com/archives/464.html http://wuzhiqiang609.blog.163.com/blog/static/391059922014426115068/
处理日志的建议方法，建立批处理文件和计划任务定时清理：
http://www.cnblogs.com/kerrycode/p/4227579.html
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

本文作者：JOHN

ORACLE技术博客：ORACLE 猎人笔记               数据库技术群：367875324 （请备注ORACLE管理 ）