web应用连接oracle问题

gtlions

测试了一个tomcat应用，去连接这套rac，无法进行web登入操作，去连接另外一套单台的数据库是正常的；另外说明的是，这套rac之前也有出现过类似的情况，当时也找了IBM的工程师查看了，当时由于IBM主要负责主机的，估计没有结合的判断，所以也没发现什么大问题。这样的情况会隔断时间（大于1个月）好像就会出现一次。表现为web登陆超时，用oracle客户端连接又是正常的。

gtlions

最新情况，在客户到ping2台主机会掉包。
弄错了，现在不会了，掉包的情况是另外一台机器堡垒之间的问题。web和db之间不会掉包


[ 本帖最后由 gtlions 于 2012-5-9 17:30 编辑 ]

Maclean Liu(刘相兵

10.2.0.4.0   RAC

TOp 5

inst1
Event        Waits        Time(s)        Avg Wait(ms)        % Total Call Time        Wait Class
SQL*Net more data from client        3,934        143        36        462.0        Network
CPU time                 17                 54.6         
reliable message        293        17        57        53.7        Other

inst2
Event        Waits        Time(s)        Avg Wait(ms)        % Total Call Time        Wait Class
SQL*Net more data from client        3,094        167        54        380.5        Network
CPU time                 27                 61.1         
Streams AQ: qmn coordinator waiting for slave to start        3        15        5,147        35.1        Other


SQL*Net more data from client       
reliable message


reliable message 可能是由 10.2.0.4 上的RAC 相关Bug 6148054 引起

In some cases, the SQL trace will show a lot of 'reliable message' waits. That just means that the local node (the one that started the snapshot) is waiting for the remote nodes to complete. The real issue at that point will be in the trace files from the remote nodes.


SQL*Net more data from client           平均等待达到36ms ， 建议你检查网络状况。

从DB 侧 观察性能负载 几乎没有， 建议你在客户机上 安装oracle client 并测试登录。

gtlions

客户断已经通过连接测试是正常的；另外一个现象是执行sql比较慢