ORA-04030: 在尝试分配...字节(...)时进程内存不足的缘由分析解决方法

转载： http://blog.csdn.net/zhangout/article/details/6454794

       http://www.readern.com/tag/ora-04030

正在使用的oracle 11g数据库，前天在用一段时间后（开始要较长时间才出现，后来较短期就出现），频繁报ORA-04030错误，具体错误信息是 ORA-04030: 在尝试分配...字节(...)时进程内存不足。

        根据异常信息，能够很容易的判断是因为内存使用过多，分配不足所致的，可是电脑自己内存并不小，由此能够说明oracle在分配内存时，应该是有限制的，当超出这个限制的时，就会出现这个错误。

        在网上查了一下，挺多人遇到这个问题，根据本身的实际问题及解决过程，我的认为下面的说法更准确：

另外值得注意的是max_sga_size和sga_target的设置：

max_sga_size指的是可动态分配的最大值﹐而sga_target是当前已分配的最大sga。
max_sga_size是不能够动态修改的﹐而sga_target是可动态修改﹐直到max_sga_size的值（前提是你设定的max_sga_size>sga_target的情況)

若是在实例启动时﹐max_sga_size < sga_target或max_sga_size没设定﹐则启动后max_sga_size的值会等于sga_target的值，这时若是内存占用超过sga_target，也可能会出现ORA-04030的错误。

         具体解决办法可参考，使用pl/sql或sqlplus链接上数据库（出现这个错误后，数据已经没法正常访问，须要请中止数据库服务，而后再从新启动），执行以下命令：

ORA-04030: out of process memory when trying to allocate 1049100 bytes (KSFQ heap,KSFQ Buffers)

 

 

 

1. 官方的描述以下

 

ORA-04030 out of process memory when trying to allocate string bytes (string,string)

 

Cause: Operating system process private memory has been exhausted.

 

Action: See the database administrator or operating system administrator to increase process memory quota. There may be a bug in the application that causes excessive allocations of process memory space.

 

这使我想起我当初在安装数据库时分配的内存能够过大，下图是我安装的配置：

 

 

安装后的oracle的内存分配以下图：（large_pool_size原来是0，后来修改到800M）

 

 

 

经过sql命令查看得知sga_target=1800M,pga_aggregate_target=600和我设置的一致，对于Share Memory Management设为automatic，oracle的说法是oracle会本身自行管理，看来是没有管理好，还得手动分配的好。

 

2. 网上搜的信息

 

现象：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来观察如何放开限制……

 

根据以上的2点，肯定须要调整内存大小小于1.7G。

 

 

 

1. 设置rman从SGA取内存

 

alter system set dbwr_io_slaves=2 scope=spfile;

 

alter system set backup_tape_io_slaves=true scope=spfile;

 

 

 

 

2. 调整SGA大小

 

alter system set sga_target=1200m;

 

alter system set sga_max_size=1200m scope=spfile;

 

 

 

3. 设置使用内存最大大小

 

alter system set large_pool_size=80m;

 

 

4. 重启oracle service。

 

5. 查看sga,pga,pool的大小。