ORA-4031错误，请大家帮忙看看是否可以定位原因

BTxigua

还有一个很重要的信息漏了，我这是10.2.0.4的库。前几天因为硬件扩容了，我顺便把sga给增大了一点。
ALTER SYSTEM SET sga_max_size='48G' SCOPE=SPFILE;

BTxigua

原因应该比较明确了。
因为我在rac环境中增加了sga，导致gcs resources+gcs shadows增加了将近500M的空间。
其实其他的环境都没变化，主要就是gcs的固定开销增加了，所以在压力稍大的时候，就抛出了4031错误。

bluemoon0083

buffer cache原来是多大，扩容后改成多大？

bluemoon0083

[php]
LIBRARY CACHE STATISTICS:
namespace           gets hit ratio      pins hit ratio    reloads   invalids
-------------- --------- --------- --------- --------- ---------- ----------
CRSR           246977929     0.990 4065161830     0.987   24070060     336029
[/php]
还有这个也可以调查下，可能会造成shared pool碎片比较严重
如果平时都是这样的话那应该问题不大，
发生问题的时候没有在跑很多DDL吧？

BTxigua

原来32G，扩到48G

BTxigua

DDL应该很少
DML比较多。

bluemoon0083

原帖由 BTxigua 于 2011-4-1 08:28 发表
原来32G，扩到48G

这个应该是SGA的大小吧，buffer cache原来多大，改完后多大
show parameter cache_size

BTxigua

原帖由 bluemoon0083 于 2011-4-1 08:45 发表

这个应该是SGA的大小吧，buffer cache原来多大，改完后多大
show parameter cache_size

SQL> show parameter db_cache_size

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_cache_size                        big integer 36G

原来26G。

[ 本帖最后由 BTxigua 于 2011-4-1 11:02 编辑 ]

Yong Huang

> 确实，shared pool原来的大小是2560M。

Something is not right. I added up all the bytes in v$sgastat for each instance as shown in the attachment ngact1_j000_4311.rar. All the sums are about 450 MB. Maybe the shared pool size was 450 MB when the error occurred? Or I didn't do the addition correctly?

Yong Huang

bluemoon0083

they have 5 subpools, you mean 450 MB here is the size of one subpool ?

[ 本帖最后由 bluemoon0083 于 2011-4-2 09:50 编辑 ]