共计 1669 个字符，预计需要花费 5 分钟才能阅读完成。
Oracle 10g 慢慢退出了，但用的地方也还有。这里再记一下案例：
数据库 16:58 出现大量 4031，导致数据库无法使用，取对应时段的 AWR
发现 shared_pool 一直在收缩；
查看日志：
** 2018-07-26 16:58:09.868
ORA-00604: 递归 SQL 级别 1 出现错误
ORA-04031: 无法分配 32 字节的共享内存 (“shared pool”,”select count() from sys.job…”,”sql area”,”tmp”)
查看对应的 trc:
LIBRARY CACHE STATISTICS:
namespace gets hit ratio pins hit ratio reloads invalids
————– ——— ——— ——— ——— ———- ———-
CRSR 889957320 0.245 2974322326 0.877 6674225 3570108
出现大量的 cursor 无法共享；
并伴随出现：
last wait for ‘SGA: allocation forcing component growth’ blocking sess=0x0000000000000000 seq=62360 wait_time=7064 seconds since wait started=0
=0, =0, =0
Dumping Session Wait History
for ‘SGA: allocation forcing component growth’ count=1 wait_time=7064
=0, =0, =0
现察 subpool:
Memory Utilization of Subpool 2
Allocation Name Size
_________________________ __________
“free memory ” -2020262480
由于系统已重启，只能检查现在的 resize 情况：
set linesize 1000;
SELECT start_time,
component,
oper_type,
oper_mode,
initial_size/1048576 “INITIAL MB”,
final_size/1048576 “FINAL MB”,
end_time
FROM v$sga_resize_ops
WHERE component IN (‘DEFAULT buffer cache’, ‘shared pool’)
AND status = ‘COMPLETE’
ORDER BY start_time,
component;
发现调整还是很频繁；
检查历史的 sga 分配情况：发现故障时段大量的内存分配了 kgh:no access
select * from DBA_HIST_SGASTAT where name in (‘buffer_cache’,’sql area’,’KGH: NO ACCESS’) and snap_id>40630
解决办法：
1 打补丁
Patch 7189722: APPSST GSI 10G : VERY FREQUENT GROW/SHRINK SGA RESIZE OPERATION HAPPENING
2 禁用 ASMM 功能；
参见 MOS：
How To Prevent The Growth Of The Component ‘KGH: NO ACCESS’ In The Shared Pool When ASMM Is Enabled (Doc ID 451960.1)
Common Cause for ORA-4031 in 10gR2, Excess “KGH: NO ACCESS” Memory Allocation [Video] (Doc ID 801787.1)
3 依旧启用 ASMM，但设置 buffer cache/shared pool 的最小值.
4 调整_memory_broker_stat_interval 的值，减少 sga 的 auto resize 频率；
：
