环境：

生产系统是一个在线用户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及以上的客户端软件去访问！

oracle 客户端版本较低导致 BAD SQL