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

seay

谢谢大家o
看来，我太相信xysco了，这个坏人！！！
当时做这个测试系统的时候，他来弄的。哈哈，弄了半天，发现字符集不对，后来就上itpub来取经。我当时特别奇怪。

我已经折磨hp的后台工程师好几个月了。让一个声音好听的jj都快想破脑袋了。
------------------------------------------------------------------------------------------------------------------------------------
哼哼，xysco要是最后让我知道，是你害得我瞎忙活了这几个月，你就。。。。。。

biti_rainy

这就是那什么2002年9月的故事的开端啊

可难道竟然要以  （#·￥·*（%  收尾？

seay

还是谢谢大家：）
其实xysco已经帮我很多忙了，
这可又是一个教训啊，如果是真的，555，我会被气s的

seay

明天在去机房，再发上来吧：）

xysco

冤
难怪北京今天下雪 。。。
这个参数虽然有问题 但也不至于把所有责任的都推上来吧
没想到 rda 。。。

seay

SVRMGR> select * from v$sgastat;
POOL        NAME                       BYTES
----------- -------------------------- ----------
            fixed_sga                      104936
            db_block_buffers            741670912
            log_buffer                     163840
shared pool free memory                  55508888
shared pool miscellaneous                  564352
shared pool processes                      160800
shared pool PLS non-lib hp                   2136
shared pool ktlbk state objects            100232
shared pool KGK heap                         8152
shared pool state objects                  461952
shared pool character set object           108280
shared pool PL/SQL MPCODE                   40040
shared pool branches                        54144
shared pool message pool freequeue         191192
shared pool KGFF heap                       15712
shared pool PL/SQL DIANA                   407240
shared pool sessions                       413440
shared pool State objects                  340000
shared pool db_block_hash_buckets         6203952
shared pool fixed allocation callback        1344
shared pool SYSTEM PARAMETERS              104224
shared pool long op statistics array        84320
shared pool enqueue_resources              100672
shared pool transactions                   284240
shared pool LRMPD SGA Table                 56448
shared pool dictionary cache              1236600
shared pool db_files                        80528
shared pool table definiti                    152
shared pool character set memory            96912
shared pool table columns                   17480
shared pool library cache                  800264
shared pool db_block_buffers             37662976
shared pool sql area                       692576
shared pool KQLS heap                      273152
shared pool trigger inform                    408
shared pool DML locks                      125664
shared pool db_handles                     132000
shared pool event statistics per sess      590240
large pool  free memory                    614400
java pool   free memory                     32768


哈哈，昨天被训还算有点好结果，我把网给弄通了

seay

今天作了statspack，不过我觉得这个还是数据库方面的调整。不知道能不能够解决我遇到的问题。


还是觉得可能和biti说的一样，有可能是os+oracle之间的问题。


恩，计划这几天找个机会，让xysco帮我把oracle升到8.1.7.4
我之所以要对一个大的表进行删除和会滚，是想模拟较大的数据量。因为开始与hp工程师的交谈中，他始终觉得是厂家的应用问题。所以我干脆直接对数据库进行操作。因为每做一次deltete或rollback操作，系统free的mem就会下降130M左右。
我的理解是如果一个连接是本地的话，就算我做了很多工作，耗用了很大的内存，但是当我这个连接退出。后台进程应该会进行资源回收。实际情况并非如此。free的内存始终是减少的。
我不知道我的理解是不是正确的。


另外，当时将dump信息以及hp工程师要求的采集信息拿去以后。分析结果是从系统的角度看，使用的内存是正常的，除了部分是系统自己使用，其余很大的部分都是oracle再使用。

555，
help

seay

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

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

改回去了
还是一样，同样的delete，内存同样减少

eygle

最初由 xysco 发布
[B]冤
难怪北京今天下雪 。。。
这个参数虽然有问题 但也不至于把所有责任的都推上来吧
没想到 rda 。。。
[/B]

看来是真有冤情

她是单用户测试,即使这个参数有点大，也不关他事。
应该有别的原因，等我仔细看看

xysco

现在的问题就是执行某些操作(如delete )内存不释放
除数据库外 准备把操作系统patch也打上
最后再判断问题所在