Heap size 2267K exceeds notification threshold (2048K)ITeye - 乐橙lc8

Heap size 2267K exceeds notification threshold (2048K)ITeye

2019年03月28日14时27分18秒 | 作者: 半梅 | 标签: 过错,检查,很多 | 浏览: 2989

我的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)
去网上一查,找到了对应的解决方案。
文章内容转帖一下,以备忘掉。

转自: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%;
版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表乐橙lc8立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章

阅读排行

  • 1
  • 2
  • 3
  • 4

    Redis协议ITeye

    协议,一个,指令
  • 5
  • 6
  • 7

    Oracle Index 的三个问题ITeye

    索引,运用,数据
  • 8

    检查sqlserver的端口号ITeye

    端口号,能够,看到
  • 9
  • 10

    oracle中userITeye

    字段,运用,数据