记一次Oracle引起的线上惨案——监听日志 listener.log listener.ora

  周末，系统突然无法登录，怀疑服务器调整引起的，周一现场同事无法解决，求救，

  部队医院无法远程，微信视频将无监听等报错解决后，依然无法登录，中午奔赴现场

到了现场，plsql点击登录，显示未响应，卡死了 555555  ，重启服务器涛声依旧

 。。。。。。。。。

 

 

意思到数据库问题，查找监听日志，确认问题：监听日志过大导致监听异常的bug，竟然达到了4G

 

【在Oracle的各种日志中，监听日志算是比较大的，尤其是在windows平台，还存在监听日志过大导致监听异常的bug。 所以除了写脚本定期删日志文件之外，就是永久性的把监听写日志的功能关闭。 实际上，在windows 平台要上删日志还需要先停监听，否则会提示文件正在被使用无法删除。】

 

现象描述	1、oracle程序盘空间大量占用 2、查找大文件夹路径，发现bdump下不算大，product下过大，Listener.log超过4G
处理办法	1、关闭监听日志记录 lsnrctl set log_status off 2、备份listener.log 3、清空日志 echo /dev/null > listener.log 4、开启监听日志记录 lsnrctl set log_status on