Heap size 2267K exceeds notification threshold (2048K)

亦凉 2022-04-14 06:14 126阅读 0赞

\[b\]　　我的Oracle版本是10.2.1，所说是个BUG比较多的版本。事实证明真的是这样。网上也有很多人这样说。  
　　这几天数据大量地出现错误，信息系统的错误提示为：无法从套接字读取更多内容，查看Oracle的警告日志，错误信息为：“RA-07445: 出现异常错误: 核心转储 \[ACCESS\_VIOLATION\] \[\_qkabxo+18\] \[PC:0x20C6606\] \[ADDR:0x0\] \[UNABLE\_TO\_READ\] \[\]”。  
　　udump目录中出现大量TRACE文件。  
　　查看了错误提示的对应的TRACE文件，发现一句关键的话：Heap size 2267K exceeds notification threshold (2048K)  
　　去网上一查，找到了对应的解决方案。  
　　文章内容转帖一下，以备忘记。\[/b\]  
  
转自：http://www.linuxidc.com/Linux/2011-12/49914.htm  
  
具体内容如下：  
  
NOTE: The default threshold in 10.2.0.1 is 2M. So these messages could show up frequently in some application environments  
  
In 10.2.0.2, the threshold was increased to 50MB after regression tests, so this should be a reasonable and recommended value. If you continue to see the these warning messages in the alert log after applying 10.2.0.2 or higher, an SR may be in order to investigate if you are encountering a bug in the Shared Pool.  
  
实用下面语句修改该参数的值为上面建议的50M：  
  
SQL> alter system set "\_kgl\_large\_heap\_warning\_threshold"=52428800 scope=spfile ;（这个值是以字节为单位的）  
SQL> shutdown immediate  
  
SQL> startup　open  
  
  
  
其他：  
  
oracle的隐含参数（以\_开头的参数），无法直接通过 show parameter来查看，可以通过X$KSPPI和X$KSPPCV视图来查看（sys用户）。  
可以使用下面语句来查看相关信息：  
  
SQL> select ki.KSPPINM NAME, kv.KSPPSTVL VALUE, kv.KSPPSTDVL DISPLAY\_VALUE  
from X$KSPPI ki, X$KSPPCV kv  
where ki.indx = kv.indx  
and ki.KSPPINM like '%&v\_parameter%';