帮忙啊，oracle817在hp11.0上内存问题

seay

啊
：（
西西

eygle

用sar,top，vmstat看一下
帖一下你的init参数设置

select * from v$sgastat;

8170有一些已知的bug,你可以考虑一下升级到8174

eygle

sort_area_size = 50971520

这个太高了，用户的排序会消耗完你的内存的
减小到3M左右就可以了

eygle

sort_area_size = 50971520
sort_area_retained_size = 50971520

这个是谁设置的?该打!

biti_rainy

通常来说 oracle本身不会过度扩张内存的

除非大量的 process 导致占用

否则有可能是 os + oracle  产生的bug 或者内存泄露 ?

biti_rainy

最初由 eygle 发布
[B]sort_area_size = 50971520
sort_area_retained_size = 50971520

这个是谁设置的?该打! [/B]

xysco

记得当时为批量创建创建索引才这么做的
当时还不知道alter session set sort_area_size 也可以
后来发现在生产环境中 sort_area_size 对创建索引的速度提高很不明显

eygle

至少需要 PHSS_23655 补丁
解决cclogd的问题

//Start
SR 8606179466 / DTS JAGad48690: 2. On systems which use the chassis code logging
daemon (cclogd), like Superdome, N-Class, L-Class,
and A-Class, the daemon will go into an endless
loop at a certain point, and use a high percentage of the CPU.
//End

jaunt

sort_area_size和sort_area_retained_size把原来注释掉的那两句恢复就可以了，把现在这两句删掉。设这么大，有点恐怖。
还有open_cursors也可以设置小一点，一般用不到那么大，设个50-60差不多了吧。如果由此引起ORA-01000: maximum open cursors exceeded.的错误，那一般是代码中有问题。

还有，你这四个数据文件
/data1/oradata/test/system01.dbf
/data1/oradata/test/rbs01.dbf
/data1/oradata/test/temp01.dbf
/data1/oradata/test/indx01.dbf
是自动扩展的，但是/data1已经用了89%，需要注意一下。建议取消自动增加，避免出现/data1的空间不够的情况。虽然/data1的绝对空间还有不少。

eygle

TEMP TEMPORARY DICTIONARY 68M
太小了