标签：io strong 问题 c on r ad sql as
环境：
生产系统是一个在线用户10K的OLAP系统（11g的RAC双节点），某一天用户单位发现扫描程序很慢。
查看监控，Node1,IO很高，心跳流量也很高
立即着手分析：
1.本来生产客户端全部链接Node1,此时发现部分客户端做了Failover，Node2出现生产客户端，很不正常；
2.在Node1上，kill 掉引起IO较高的session客户端，通知用户单位暂时不要开启；
3.Kill Node2上的用户，建议其重新打开程序，异常消失。
分析原因：整个事件，Node1 的Bad Sql引起资源紧张，一些无法被Node1响应的用户，Failover到Node2,此时DRM起作用了，扫描更慢了！
最终解决办法：问题肯定出在客户端，类比正常客户端发现该客户端为9i，随后现场工程师升级客户端到11g问题解决；
root case:客户端程序封装的SQL，在9i客户端出现BAD SQL
事件总结：11g的企业版软件最好用10g及以上的客户端软件去访问！
标签：io strong 问题 c on r ad sql as
原文地址：http://blog.csdn.net/jacson_bai/article/details/39735945
