转至:http://www.51testing.com/?uid-280547-action-viewspace-itemid-216224
方案一:
ORA-04030:在尝试分配...字节 (hash-join subh,kllcqas:kllsltba) 时进程内存不足。 ORA-04030:out of process memory when trying to allocate string bytes ORA-04030的出现原因及解决方法: ORA-04030出现的基本都是过多的使用memory造成的 Oracle process使用的内存数量是有一定限制的: A. 对于32 BIT系统,有SGA 1.7G限制 B. 某些OS系统本身也有一些内存参数限制 运行 ulimit 看看 C. OS系统本身物理内存+Swap的限制 现在我们应该检查DB使用的SGA + PGA是否超过上面的限制。 SGA 包括 db_cache,shared_pool,large_pool,java_pool session的PGA包括sort_area_size/Hash_area_size/*_area_size 或者 pga_aggregate_target 还有执行的CODE以及一些data也会占用空间。 然后再根据情况降低里面的某些值了,比如db_cache,sort_area_size等等。 假如是OS系统的某Limited造成的,大家可以考虑放开限制man ulimit来观察如何放开限制……
另外值得注意的是max_sga_size和sga_target的设置:
max_sga_size指的是可动态分配的最大值﹐而sga_target是当前已分配的最大sga。
max_sga_size是不可以动态修改的﹐而sga_target是可动态修改﹐直到max_sga_size的值(前提是你设定的max_sga_size>sga_target的情況)
方案一:
ORA-04030:在尝试分配...字节 (hash-join subh,kllcqas:kllsltba) 时进程内存不足。 ORA-04030:out of process memory when trying to allocate string bytes ORA-04030的出现原因及解决方法: ORA-04030出现的基本都是过多的使用memory造成的 Oracle process使用的内存数量是有一定限制的: A. 对于32 BIT系统,有SGA 1.7G限制 B. 某些OS系统本身也有一些内存参数限制 运行 ulimit 看看 C. OS系统本身物理内存+Swap的限制 现在我们应该检查DB使用的SGA + PGA是否超过上面的限制。 SGA 包括 db_cache,shared_pool,large_pool,java_pool session的PGA包括sort_area_size/Hash_area_size/*_area_size 或者 pga_aggregate_target 还有执行的CODE以及一些data也会占用空间。 然后再根据情况降低里面的某些值了,比如db_cache,sort_area_size等等。 假如是OS系统的某Limited造成的,大家可以考虑放开限制man ulimit来观察如何放开限制……
另外值得注意的是max_sga_size和sga_target的设置:
max_sga_size指的是可动态分配的最大值﹐而sga_target是当前已分配的最大sga。
max_sga_size是不可以动态修改的﹐而sga_target是可动态修改﹐直到max_sga_size的值(前提是你设定的max_sga_size>sga_target的情況)