症状描述

突然发现Oracle11g的数据库连不上了，用PL / SQL登陆也发现连不上，报出是监听问题，然后就各种重新配置监听，结果也不是很好用，就放弃了，说休息一会儿再弄，结果竟然发现连上了，用SQL语句发现查询很慢，再用PL / SQL重新连接又发现连接不上了，过一会儿又可以用了，这时我想应该不是监听连不上，而是连接监听的时间很长的原因导致的，就在网上百度了一下，结果有大量的帖子也出现过这个问题，原因是日志文件的超过4G了，就借着这个机会自己也重新梳理了问题。

 

监听日志过大处理指南

1，找到监听文件路径

   用CMD命令，以管理员运行，否则后面的好多操作都不能处理

用lsnrctl status命令查看监听文件及对应的监听日志文件

2，查找监听文件名称

打开listener.ora文件，找到对应监听

3，停止监听日志记录功能

甲骨文监听日志有两种格式，一种是XML格式，一种是文本文件格式的.xml格式的日志是10M一个，所以不存在单个文件过大的问题。因此我们需要关注的是文本文件格式的监听日志文件监听状态输出中显示的是XML格式的文件位置，文本文件格式的日志文件所在的目录位于XML格式日志所在位置上层目录下的跟踪目录下，比如这里的XML文件位于：C：\ SOFTWARE \ oracle11.2 \诊断\ TNSLSNR \ XXX \监听\警报目录下，那么文本文件格式的日志就位于C：\ SOFTWARE \ oracle11.2 \诊断\ TNSLSNR \ XXX \监听\跟踪下我们这里对应的文件是：C：\ SOFTWARE \ oracle11.2 \诊断\ TNSLSNR \ XXX \监听\跟踪\ LISTENER.LOG如果该目录存在多个文件，只需要通过更新时间基本上就可以确定当前在使用的文件

 

4，转储文件

转储文件可以切换到监听日志文件位置，直接重命名（如果确认不需要保留历史日志记录，可以删除）

5.重新打开监听日志记录功能

总结

可以通过第一步停止监听，直接找到日志文件直接干掉算了。一般日志文件不能超过4G