版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://blog.csdn.net/wenshuangzhu/article/details/44059627
【问题描述】
数据库服务器/home/database分区使用率达到100%/dev/sda6 20G 19G 0 100% /home/database
该分区为oracle软件安装目录。
【问题定位】
排查该分区中的大文件/目录，发现/home/database/oracle/diag/tnslsnr目录占用了近8G空间。该目录下存放了监听器alert日志和trace日志，其中两个目录各占用近4G空间。进入alert日志文件目录，发现该目录下有大量备份的日志文件（每个文件10M左右），且文件切换频率很快，因此怀疑是由于日志文件个数太多，增长速度太快导致存储空间被耗尽。
查看日志状态：
# su - oracle
$ lsnrctl
LSNRCTL> show log_status
Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
LISTENER parameter "log_status" set to ON
监听器日志状态为ON。
初步定位原因为，数据库打开了监听器日志之后，数据库监听器日志不断增长而又没有进行手动干预，经过长时间累积，大量日志文件耗尽了系统存储空间。
【问题处理】
关闭监听器日志：
# su - oracle
$ lsnrctl
LSNRCTL> set log_status off
LSNRCTL> save_config
LSNRCTL> show log_status
Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
LISTENER parameter "log_status" set to OFF
上面的修改将立即生效，不需要重启监听器。
手动删除alert目录下的监听器日志。（建议删除前做好必要的备份）
【问题总结】
1、如果打开监听器日志，需要定期清理监听器日志，防止系统存储空间被占满
2、如果监听器日志增长速度很快，可以考虑关闭监听器日志