ORA-04030 ERROR

txfy

shared_pool_size=800M
这个太大了，反而会起副作用，一般200-300m足以!

lzfzl

ORA-04030的问题一般是PGA过度分配造成的（对应的操作是sort/hash_join）。在Oracle9i中pga_aggregate_target指定了所有session总共使用的最大PGA上限，如果该值被设定了则默认的workarea_size_policy=auto, sort_area_size/sort_area_retained_size将被忽略。那么直接减小pga_aggregate_target就能解决一部分ORA-04030问题。
从你的内存分配来看，你的系统应该是OLTP类型的应用。这种类型的应用中对6000万行的表进行sort/hash_join似乎不太合理。可以考虑增加适当的索引，对表进行分区。在我们的4亿行的表进行了分区（每个分区不超过2000万行）后,性能非常稳定。我们的硬件比你们的差多了：2CPU 4GB内存 P650

弱智

谢楼上二位, 有关升级到 64bit 9.2.0.4或 9.2.0.7都作为最终解决方案, 因为
已经有数据在上面, 并且是生产库.

弱智

收到txfy的回复, 有道理, 也曾经怀疑过PGA过度分配的问题, 但是由于上网条件差, 很少有时间在Internet上进行细致的查询.


这个 :　http://bbs.chinaunix.net/viewthr ... highlight=ORA-04030

那天我没有那么好的运气，　无法搜索，否则也就不会发此贴了！　：）

系统的换页分区没有问题，　整个PgIn, PgOut都几乎为0，至于操作系统的进程占用内存的修改，
还是缓一缓．　

至于分区, 我们的这个主表进行了分区, 也建有索引, 谢谢以上诸位的回复, 明天就重新修改.

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

ljmok367

这样大的表应该建成分区表

弱智

谢谢诸位的帮助，上午尝试将 pga_aggregate_target 改为256M，效果不错，有些会出错的语句已经可以执行出结果了。

还在继续执行其他语句，继续，呵呵。

回楼上：在建库之时，已经规划了裸设备，分区表，索引等等可以提高系统性能的方法。

谢谢各位。

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

rollingpig

1。 OS run unlimit 看看，贴出结果。

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的 情况也报告一下吧……

弱智

摇滚猪兄你好，相关的抓图如下：

弱智

谢谢各位的意见。

exitgogo

关注，继续讨论，顶起来！