出现原因  ：

当oracle进程向OS请求内存而无法满足时，会报出 ora-4030错误，该错误表明oracle进程需要更多PGA或者UGA内存(MTS中UGA位于SGA中)；

大致的诱导原因有以下几种：

1 OS的物理内存或者swap不够;  过大的SGA设置或者进程太多导致内存枯竭都可引发此类问题

2 OS用户的limit设置太小（仅限 UNIX）

3 Oracle bug导致的内存泄漏

解决方法

1

查看OS中是否有足够多的内存，

UNIX：使用top检查物理内存和swap使用情况；使用vmstat检查空闲的物理内存数目； swapon –s检查swap分区使用情况；

       如果使用了hugepage，不合理的设置也会导致内存过度使用 grep Huge /proc/meminfo

Windows: 使用任务管理器检查内存使用情况

2

查看OS上是否有limit设置

  UNIX：使用limit/ulimit命令查看(有时候unlimited实际上代表的是2G，最好设置成具体的数值)

  Windows：每个进程的可寻址内存为2G(包含 stack/PGA/UGA)，可以设置增大为3G或更高

3

查看ORACLE上是否有limit设置

   _PGA_MAX_SIZE：设置了一个进程可使用的PGA大小，默认为200M

   通过该sql查看pga的内存数量 

select sum(value)/1024/1024 Mb from v$sesstat s, v$statname n where n.STATISTIC# = s.STATISTIC# and name = 'session pga memory';

注：当系统升级至11.2后，_PGA_MAX_SIZE和PGA_AGGREGATE_TARGET都设置大于4G时，仍然可能会有ora-4030发生，由OS或者ORACLE设置的limit触发，导致map entry消耗完毕；

   OS： 调大vm.max_map_count值，可通过sysctl动态设置， sysctl -w vm.max_map_count=200000

   ORACLE：调整realfree heap pagesize大小，默认值为64KB(65536)占有4G，可调整为256KB(262144)即16G

   此问题由Bug 11852492引起

4

如果PGA使用manual方式管理，可以减小workarea的大小，比如SORT_AREA_SIZE，当进程需要更多的内存排序时则会用到temp segment，以降低性能为代价减少内存的使用。

而workarea_size_policy为AUTO时，则可通过自动调整PGA来减少ora-4030的发生

找出占有内存最多的进程

select sid,name,value from v$statname n,v$sesstat s

where n.STATISTIC# = s.STATISTIC# and name like 'session%memory%'

order by 3 asc;

可以查询v$pgastat查询目前PGA的总体使用情况

若系统中频繁出现4030错误，则可使用ALTER SYSTEM SET EVENTS '4030 trace name heapdump level 536870917;name errorstack level 3';
，待到该错误再次触发时生成的dump文件包含很多信息，可以找出内存过度使用的原因。

Why does my code give ORA-4030 when run through listener connection, but not local connection?

On most unix/linux OS, for local connections, the shadow processes spawned on the database server inherit the ulimits of the OS user that starts the database.
For processes spawned through a listener connection, it is the ulimits of the OS user that starts the listener that are inherited.

Need to verify that memory related resource limits as listed by ulimit -a are set large enough to prevent the ORA-4030.
See below discussion on ulimits.

Restart the listener as OS user that has the higher ulimits in place or adjust the ulimits for the OS user that starts the listener.