上传的_1就是1节点awr日志_2就是2节点的awr日志,我看了awr的分析,提到了g14yud83k2j87这个sql,这个sql平时执行很快,执行计划也是很好的.我再发一个平时正常的时候的awr给大家看一下

gc问题，

1、首先将DRM关闭，正常情况下就有这个情况，如果并发一多，很容易hang住或者宕机。

--永久关闭，需要重启
alter system set “_gc_undo_affinity”=FALSE scope=spfile sid=’*’;
alter system set “_gc_policy_time”=0 scope=spfile sid=’*’;

--在线关闭，不需重启
alter system set “_lm_drm_disable”=5;

2、同一个应用模块最好连接通一个节点，避免2个节点之间的队列锁等待

3、里面有sequence的等待，建议调大seq的cache值

做了以上操作后，观察awr是否比之前正常时候还低，gc等待减少，如仍然异常就需要详细分析

昨天晚上我后来重新分析了系统日志,发现在hang期间,服务器可用内存直线下降,两个小时从100G将为0,随后出现大量的page in和page out,导致IO缓慢,引起GC等待.检查发现占用内存高的是ohasd.bin和ologgerd 可能是遇到了oracle bug

DRM会引起非常多的BUG，两节点间交互频繁，并发加大后或者运行时间长了，很容易夯住，内存耗完是常见的表象。

我们在安装RAC时，最佳实践就是禁用DRM，官方同样也是建议关闭该特性。