亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

<ruby id="likav"></ruby>

Chinaunix

標(biāo)題: ORA-04030 ERROR [打印本頁]

作者: 弱智 時間: 2006-05-26 16:31
標(biāo)題: ORA-04030 ERROR
Hi, i'm very sorry for typing English, this Chinese input method cannot work properly now.

I often encounter this error message: ORA-04030, I can not resolve this issue completely.
Surf the net to search the solution, but their answer are all the same: tuning the memory using (SGA, PGA): decrease the amount of the memory requirement.

Now the AIX BOX i'm using have the 16G main memory, the main table has 66000K rows, and using the raw devices to optimize the performance.

But when running some sort or hashing statements, this error take places, thus these statements failure and the weblogic or websphere can not output the correct query result for end users.

AIX version: 5.3L
Oracle version: 9.2.0.1, 64 bits version

How can I solve this issue completely?

thanks for any advices.

作者: lwlava 時間: 2006-05-26 16:38
Please increased shared_pool_size

作者: 弱智 時間: 2006-05-26 16:39
My friend tell me: It must be the "oracel bug", only to upgrade oracle to version 9.2.0.4 or above can solve it.

but now i have no perfect enviornment for this update.....

作者: 弱智 時間: 2006-05-26 16:42
標(biāo)題: 回復(fù) 2樓 lwlava 的帖子
thanx for reply

but now oracle uses only 5% capacity of the shared pool ( by using TOAD's DBA monitor function)

the init paramenters in my pfile shows as below:
db_cache_size=8000M
sga_max_size=9800M
shared_pool_size=800M
pga_arrgregate_size=2500M

may be I should increase the value of parameter sga_max_size ?

[ 本帖最后由弱智于 2006-5-26 16:44 編輯 ]

作者: lwlava 時間: 2006-05-26 16:44
try,try!

作者: 弱智 時間: 2006-05-26 16:51
now the almost all the hit ratio of in the library cahe and dictionary cache are 99%,
why to increase this value?

作者: 弱智 時間: 2006-05-26 16:54
now I can not connect to the database, because the aix box is in the intranet, not link to the Internet. the snapshoot of "topas" command in AIX will be pasted here if nesseray.

作者: 弱智 時間: 2006-05-30 08:35
今天總算有機會上互聯(lián)網(wǎng)了，上面是輸入法問題，實在抱歉上面的話詞不達意，
望有相關(guān)經(jīng)驗的朋友聊聊。

謝謝lwlava的回復(fù)，你的方法已經(jīng)嘗試過了，還是會出ORA-04030錯誤。

作者: lzfzl 時間: 2006-05-30 10:12
http://72891.cn/viewthr ... highlight=ORA-04030

作者: testuse 時間: 2006-05-30 17:08
還是先給數(shù)據(jù)庫打個patch看看吧，其他的解決方法都不是根本上地解決方法。

作者: txfy 時間: 2006-05-30 17:22
shared_pool_size=800M
這個太大了，反而會起副作用，一般200-300m足以!

作者: lzfzl 時間: 2006-05-30 18:29
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萬行的表進行sort/hash_join似乎不太合理。可以考慮增加適當(dāng)?shù)乃饕�，對表進行分區(qū)。在我們的4億行的表進行了分區(qū)（每個分區(qū)不超過2000萬行）后,性能非常穩(wěn)定。我們的硬件比你們的差多了：2CPU 4GB內(nèi)存 P650

作者: 弱智 時間: 2006-06-04 20:07
謝樓上二位, 有關(guān)升級到 64bit 9.2.0.4或 9.2.0.7都作為最終解決方案, 因為
已經(jīng)有數(shù)據(jù)在上面, 并且是生產(chǎn)庫.

作者: 弱智 時間: 2006-06-04 20:23
收到txfy的回復(fù), 有道理, 也曾經(jīng)懷疑過PGA過度分配的問題, 但是由于上網(wǎng)條件差, 很少有時間在Internet上進行細(xì)致的查詢.

這個 :　http://72891.cn/viewthr ... highlight=ORA-04030

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

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

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

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

作者: ljmok367 時間: 2006-06-05 11:55
這樣大的表應(yīng)該建成分區(qū)表

作者: 弱智 時間: 2006-06-05 12:31
謝謝諸位的幫助，上午嘗試將 pga_aggregate_target 改為256M，效果不錯，有些會出錯的語句已經(jīng)可以執(zhí)行出結(jié)果了。

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

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

謝謝各位。

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

作者: rollingpig 時間: 2006-06-05 13:21
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的情況也報告一下吧……

作者: 弱智 時間: 2006-06-06 15:41
搖滾豬兄你好，相關(guān)的抓圖如下：

060606_up2cu_topas0.JPG (67.49 KB, 下載次數(shù): 15)

topas

060606_up2cu_1.JPG (54.79 KB, 下載次數(shù): 18)

作者: 弱智 時間: 2006-06-06 15:42
謝謝各位的意見。

作者: exitgogo 時間: 2006-06-06 20:05
關(guān)注，繼續(xù)討論，頂起來！

作者: rollingpig 時間: 2006-06-07 09:25
呵呵
ulimit -a

作者: 弱智 時間: 2006-06-07 12:33
好，下午給ulimit -a結(jié)果。
現(xiàn)在做一些語句，效果不錯，還沒有出現(xiàn) ORA-04030 錯誤。

作者: 弱智 時間: 2006-06-07 15:46
來了.

060607_up2cu_2.JPG (9.17 KB, 下載次數(shù): 22)

作者: rollingpig 時間: 2006-06-08 13:28
memory被限制了
放開吧
ulimit -v unlimited

作者: rollingpig 時間: 2006-06-08 13:29
當(dāng)然，最好重起DB

作者: qsxing 時間: 2006-06-09 17:12
如果用oracle 10g的話，估計出現(xiàn)這個錯誤的機率比較的低了．

歡迎光臨 Chinaunix (http://72891.cn/)