客户的数据库服务部署在windows server上，正常运行两年多一直没问题（内网访问量不大），但这次疫情后返岗发现应用访问异常，排查发现是应用连不上数据库导致的。奇怪的是数据库服务器上的PL/SQL Developer能正常访问，初步将问题定位在网络连接上，通过检查网络和防火墙都无问题，甚至使用telnet连接端口测试发现也是正常的。

  于是排查重点转向应用程序JDBC访问数据库的配置上，然而相同的配置在测试机上一切正常，在生产机上却无法访问，摸不着头脑。临时写了一个小的TEST web应用：访问指定地址后用原生的JDBC连接数据库测试，发现TEST应用启动后请求响应正常连接数据库，但是响应速度很慢，刷新后还是响应很慢长达30s-120s。百思不得其解，切换到数据库服务器重新打开PL/SQL Developer连接数据库，发现同样需等待很长时间，而且SQL查询也要很长时间，但只要查询一次之后，后面的查询就很快了。

  进一步确定问题出在数据库上，回想之前在别的项目上有归档的共享磁盘满了导致oracle无法提供服务的现象，虽说现在数据库服务器磁盘空间很大，但是也不保有其他空间问题出现，网络查询发现有很多人说因为监听LOG文件超过4G导致Oracle登录极慢。查看数据库服务器上的监听日志文件，发现确实有4G了，停止数据库监听进程，更改日志文件名，并新建文本文件并命名为原日志文件名，重启数据库监听进程，发现PL/SQL Developer连接速度正常了，重启应用服务，应用终于恢复正常。

  异常处理步骤如下：

  1.通过任务管理器停止数据库监听进程；

  2.进入oracle目录app\Administrator\diag\tnslsnr\[主机名]\listener\trace\下，将文件listener.log重命名为listener1.log；

  3.新建文本文件并命名为listener.log；

  4.通过任务管理器启动数据库监听进程即可；

  5.[可选]关闭日志输出：进入oralce安装目app\Administrator\product\11.2.0\dbhome_1\BIN下，运行LSNRCTL.EXE，在CMD窗口运行set log_status off。