从应用服务启动的日志来看，错误信息是连接池的地方有了问题。

Error: 2017-06-09 10:04:59 init connpool:one or more conn open error. Error: 2017-06-09 10:12:50 init connpool:one or more conn open error.

带着疑问我根据他提供的基本信息定位到了 数据库 服务端的端口，查看监听器的日志，发现下面的一段内容：

09-JUN-2017 10:06:46 * <unknown connect data> * 12537 TNS-12537: TNS:connection closed TNS-12560: TNS:protocol adapter error TNS-00507: Connection closed Linux Error: 115: Operation now in progress 09-JUN-2017 10:06:54 * <unknown connect data> * 12537 TNS-12537: TNS:connection closed TNS-12560: TNS:protocol adapter error TNS-00507: Connection closed Linux Error: 115: Operation now in progress

这是一个12c的环境，这个CDB里面有大概8个PDB,所以我得定位到具体的PDB继续测试。

如果说是CDB级别的数据库层面有问题，我可以看到有几个PDB的连接数大概有300多个。而出问题的PDB连接数确实为0，这一点也确实有些怪异。

是这个PDB有问题吗，我看PDB的状态是READ WRITE,连接没有任何限制，而且我使用已有的一个用户名和密码做连接测试是没有问题的。况且在这位同事范酷IDE那个时间点，我们也没有做什么操作，这样想来就很奇怪了。

而问题的分析一下子陷入了僵局，系统 运维 的同学找不到更多的信息，而我也得不到很多明确的信息。当然问题既然反馈，还是可能存在的，于是我开始逐个梳理这些信息，当查到这个关联用户的状态时，我感觉应该是哪里出了问题。 SQL> SELECT USERNAME,ACCOUNT_STATUS FROM CDB_USERS WHERE USERNAME LIKE 'SH_USER';