今天公司同事反映一个项目上的数据库连接不上，远程查看发现是通过pl/sql developer连接时，一直处在logging on 界面，也没有报错，通过sqlplus连接，也是一直处在连接界面，但是一直没有登录成功，也不报错。

事情同事已经说明实例和监听都已经重启过，设置服务器都已经重启过了。登录服务器上，通过sqlplus / as sysdba 是可以正常连接和使用，可以先判断oracle实例没有问题，问题还是出在监听上。 通过命令重启监听和查看状态都很久没有反应。 关闭监听后，通过netstat -ano|findstr “1521” 发现还有一个进程号占用了1521端口，但是在任务管理器上找不到这个进程id，当然通过taskkill /pid 也杀不了这个进程。随后就换了一个1522端口，刚开始可以连接，过一会又是老样子了。 然后经过蛮久的折腾，最后注意到tnsping的时候有时候延时非常快，0毫秒，而有时候达到了10几秒，在本机tnsping延时这么高肯定是有问题的。遂搜索了下tnsping延时很高 这个关键词，结果说可能是连接数量太大，经过查询，发现连接数量也不大。还有可能是listener.log过大，经过查看listener.log，发现文件已经达到了4G。将监听停止然后重命名listener.log，然后再新建一个空的listener.log，结果果然好了，tnsping值马上恢复正常。 查看了磁盘的格式，发现所有分区都已经了NTFS格式了，按理说NTFS可以支持4G以上的文件，但是不知道为什么listener.log文件达到4G就出问题了。这个有空再研究下。 如果在不能影响数据库事情的情况下，可以先关闭监听日志功能，待重建文件后，再开启 lsnrctl set log_status off lsnrctl set log_status on