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，超过这个大小，将导致不可写入日志，导致不能正常访问。

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