看你这个报告，应该主要问题是有长时sql和内存抖动。按照上面的建议逐一修复就行了。

AWR分析已指明了方向，过多的SQL软解析造成的等待，应该是sql不能共享导致的,可以查下v$session或者ash视图中找出造成等待的sql,再分析sql不共享的原因。

建议提供一下awr报告

感谢大家的回复，还在检查根本原因

初步看了一下，cursor: pin S wait on X与内存有关，可能共享池太小引起争用，建议先扩大sga和pga。
sga最小47952M，如果资源充足也可以扩大至74592M，
pga最小27494M。
如果，内存扩大了问题还没有得到解决再继续分析。

查一下ash信息看看有没有造成cursor: pin S wait on X的源头，应该是有的，平均每次等待都达到了105秒了

谢谢，语句当时找到了，清除后系统正常，应用部门说每次都没问题，为什么今天有问题。。

1、看看能不能堵塞cursor pin的源头
2、是不是当时执行的sql量比以前大很多
3、看看是不是有io抖动或者sga的自动调整