(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:528)
at oracle.net.nt.TcpNTAdapter.connect(TcpNTAdapter.java:141)
at oracle.net.nt.ConnOption.connect(ConnOption.java:123)
at oracle.net.nt.ConnStrategy.execute(ConnStrategy.java:337)
... 60 more
。
[14-9-2 16:34:27:921 CST] 0000005f NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:35:27:921 CST] 00000060 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:36:27:921 CST] 00000061 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:37:27:937 CST] 00000062 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:38:27:937 CST] 00000063 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:39:27:937 CST] 00000064 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:40:27:921 CST] 00000065 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:41:27:953 CST] 00000066 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:42:27:921 CST] 00000067 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:43:27:937 CST] 00000068 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:44:27:937 CST] 00000069 NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:45:27:921 CST] 0000006a NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:46:27:937 CST] 0000006b NodeSyncTask A ADMS0003I: 配置同步成功完成。
[14-9-2 16:47:27:921 CST] 0000006c NodeSyncTask A ADMS0003I: 配置同步成功完成。
虽然这么冗长的日志信息，但问题锁定到第一行，“The Network Adapter could not establish the connectionDSRA0010E”，这个问题按理说是常规问题，但由于进行了一个下午的各种配置设置，脑袋有些晕了。看到这个问题后，整个思路都跑偏了。现在将其记录，引以为戒。
错误的思考：
1、看到“The Network Adapter”，肯定是网络问题，想到是不是WAS集群两台服务器网卡问题，进行对数据库服务器及集群服务器互相ping通测试，ping通状态正常；
2、查看WAS数据源配置信息，开始检查各节点服务，重启各节点服务及HTTP服务等等，有些碰运气的胡乱尝试了，这个结果就是我的思路被自己彻底弄乱了；
3、于是接下来，做了更可笑的事，查看WAS集群下配置信息，怀疑数据源连接问题，对数据源格式由原来的“jdbc:oracle:thin:@10.53.105.64:1521:hyl”改为“jdbc:oracle:thin:@(DESCRIPTION =(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.53.105.64)(PORT =1521)))(CONNECT_DATA = (SERVICE_NAME =hyl)))”。这里想的是因为网络连接问题，怀疑可能是集群服务器无法完成连接，可能是解析出问题了，于是修改成完整格式。测试数据库连接，依旧不成功。这里问题就出现了，忽略了简单的问题，把问题越想越复杂化了。
更正后的思考：
其实由上面第一点开始，就有些跑偏了，ping通测试后，应该最先想到的就是去看下数据库监听起来没有。而我完全忽略了这点，原因很简单，因为这台数据库服务器之前连接着单节点的WAS，连接测试没有问题，也就笃定了监听没有问题。就这么小的地方，自己有没有亲自去验证，而引发问题的复杂化。当发现数据库监听没有起来时才意识到，问题出在了这里，原来是当停止单实例WAS时，数据库服务器被重启过，而且该服务器上的监听并没有设置自动启动。说来是如此的简单。于是我启动监听，将之前改动过的测试恢复回刚刚配置完成后的常规设置状态，WAS数据源测试连接，结果两节点测试连接通过。
小结：
1、处理问题时，正确的思路比胡乱的尝试重要，只有方向对了才会“药到病除”，否则可能会“火上浇油”，把自己思路都弄乱了。
2、在技术上，记住了“The Network Adapter couldnot establish…”出现时，切记ping测试后，检查监听状态，确认后再做进一步分析。
***********************************************声明************************************************
原创作品，出自 “深蓝的blog” 博客，欢迎转载，转载时请务必注明出处（http://blog.csdn.net/huangyanlong）。
表述有错误之处，请您留言或邮件（hyldba@163.com）指明，不胜感激。
*****************************************************************************************************