求找出SGA调整前库处理慢的根本原因

yanan

RAC 11.2.0.4

2015/08/19开始，应用程序ocs出现大量文件积压。开发人员说是数据库imsi_acct_acm_daily表的更新变慢了导致积压。
update imsi_acct_acm_daily SET VALUE = XXXX WHERE IMSI = A AND RESOURCE_ID = B AND DATE_STAMP = XXXXXXX;

2015/09/02日，大大调整了数据库的SGA/PGA。调整前后的值如下。
调整前：
db_cache_size                        big integer 1472M
shared_pool_size                     big integer 1488M
large_pool_size                      big integer 256M
java_pool_size                       big integer 128M
streams_pool_size                    big integer 112M
log_buffer                           integer     14548992
pga_aggregate_target                 big integer 2G

调整后：
Alter system set db_cache_size=12G scope=spfile;
Alter system set shared_pool_size=4G scope=spfile;
Alter system set large_pool_size=512M scope=spfile;
Alter system set java_pool_size=150M scope=spfile;
Alter system set streams_pool_size=512M scope=spfile;
Alter system set log_buffer=268435456 scope=spfile;
Alter system set pga_aggregate_target=4G scope=spfile;

调整的原因是物理读高600M/S，磁盘I/O高。调整后数据库的处理能力突然提升了很大，积压的上10万个文件半天全部处理完了。但出乎意料的是调整后物理读更高达到1G/S，从这点看来物理读高不是调整前库处理慢的根本原因。

收集了一个RAC节点2015/08/31，2015/09/08两份awr。Alert日志里发现2015/08/19日前后出临时段不足的报错。
求专家帮忙分析一下，找出SGA/PGA调整前库慢的根本原因。谢谢

sendayang

下来学习

kubine

这库语句的问题比较大