ORA-04030 ERROR

txfy

shared_pool_size=800M
這個(gè)太大了，反而會(huì)起副作用，一般200-300m足以!

lzfzl

ORA-04030的問題一般是PGA過度分配造成的（對應(yīng)的操作是sort/hash_join）。在Oracle9i中pga_aggregate_target指定了所有session總共使用的最大PGA上限，如果該值被設(shè)定了則默認(rèn)的workarea_size_policy=auto, sort_area_size/sort_area_retained_size將被忽略。那么直接減小pga_aggregate_target就能解決一部分ORA-04030問題。
從你的內(nèi)存分配來看，你的系統(tǒng)應(yīng)該是OLTP類型的應(yīng)用。這種類型的應(yīng)用中對6000萬行的表進(jìn)行sort/hash_join似乎不太合理。可以考慮增加適當(dāng)?shù)乃饕�，對表進(jìn)行分區(qū)。在我們的4億行的表進(jìn)行了分區(qū)（每個(gè)分區(qū)不超過2000萬行）后,性能非常穩(wěn)定。我們的硬件比你們的差多了：2CPU 4GB內(nèi)存 P650

弱智

謝樓上二位, 有關(guān)升級到 64bit 9.2.0.4或 9.2.0.7都作為最終解決方案, 因?yàn)?br /> 已經(jīng)有數(shù)據(jù)在上面, 并且是生產(chǎn)庫.

弱智

收到txfy的回復(fù), 有道理, 也曾經(jīng)懷疑過PGA過度分配的問題, 但是由于上網(wǎng)條件差, 很少有時(shí)間在Internet上進(jìn)行細(xì)致的查詢.


這個(gè) :　http://72891.cn/viewthr ... highlight=ORA-04030

那天我沒有那么好的運(yùn)氣，　無法搜索，否則也就不會(huì)發(fā)此貼了！�。海�

系統(tǒng)的換頁分區(qū)沒有問題，　整個(gè)PgIn, PgOut都幾乎為0，至于操作系統(tǒng)的進(jìn)程占用內(nèi)存的修改，
還是緩一緩．　

至于分區(qū), 我們的這個(gè)主表進(jìn)行了分區(qū), 也建有索引, 謝謝以上諸位的回復(fù), 明天就重新修改.

[ 本帖最后由 弱智 于 2006-6-4 20:34 編輯 ]

ljmok367

這樣大的表應(yīng)該建成分區(qū)表

弱智

謝謝諸位的幫助，上午嘗試將 pga_aggregate_target 改為256M，效果不錯(cuò)，有些會(huì)出錯(cuò)的語句已經(jīng)可以執(zhí)行出結(jié)果了。

還在繼續(xù)執(zhí)行其他語句，繼續(xù)，呵呵。

回樓上：在建庫之時(shí)，已經(jīng)規(guī)劃了裸設(shè)備，分區(qū)表，索引等等可以提高系統(tǒng)性能的方法。

謝謝各位。

[ 本帖最后由 弱智 于 2006-6-5 12:33 編輯 ]

rollingpig

1。 OS run unlimit 看看，貼出結(jié)果。

2。sqlplus 里run
select name,value/1024/1024 from v$sysstat
where name like '%ga mem%'

3. select count(*) from v$process看看

4。Swap space的 情況也報(bào)告一下吧……

弱智

搖滾豬兄你好，相關(guān)的抓圖如下：

弱智

謝謝各位的意見。

exitgogo

關(guān)注，繼續(xù)討論，頂起來！