ORACLE监听日志文件小问题引发的数据库大血案

一:问题现象

a.应用程序无法连接到数据库,超时不报错

二:问题分析

a.sqlplus 本机登录,正常

b.sqlplus @服务名要5-10分钟

c.tnsping 服务465秒


首先确认是监听部分出了问题,那么看日志信息

三:日志确认


我的老天,listener.log 日志文件大小到4G多,直觉是这个文件过大造成的。

这个文件明显达到极限(服务器NTFS 64位 txt文件可以支持到4G)

四:问题处理

停止监听日志写功能

LSNRCTL> set log_status off

更改文件名字,重新命名新的空的listener.log

启动日志写功能

LSNRCTL> set log_status on

五:验证系统是否正常

a.tnsping验证


b.应用程序连接正常。

问题处理完毕。

心得:运维无小事,小问题不处理就会导致大问题发生。

问题根源:服务器NTFS 64位 txt文件可以支持到4G,超过这个大小,将导致不可写入日志,导致不能正常访问。

后续处理:周期性定时和定大小删除监控日志大小,防止类似问题发生。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容