这个错误原因是Oracle服务器进程不能从操作系统上分配出更多内存。含有PGA(程序全局区)的进程其内存的分配取决于服务器的设置。对于dedicated服务器进程，其包含了stack堆栈和UGA(用户全局区), 保存有用户会话信息、游标信息和数据分类排序区。在多线程模式配置(shared服务器)中，UGA是在SGA中进行分配，所以不对ORA-4030报错负责。
因此ORA-4030是对需要更多内存(用于stack UGA或PGA)来完成工作的进程而言的。
请记住产生ORA-4030错误的进程并非总是内存损耗的元凶，错误的发生仅仅是因为此进程无法取得所需的内存造成的。
当你碰到这个错误时，意味着你已不能从系统中分配内存。这可能是由于你的进程本身导致的(如果你的进程正需求很多内存)，也可能是其他原因导致操作系统内存被耗尽(如过大的SGA或者太多进程占用了系统的物理内存和虚拟内存)。如何处理此问题？
确定是否还有足够可用内存？使用系统专用工具来检查内存使用情况 (如vmstat, top等).
是否存在操作系统设定限制? 检查ulimit命令检查当前资源限制.
是否存在Oracle限制设置? 检查pga_aggregate_target和相关会话的pga内存值.
找出当前哪个进程正在要求大量内存, 可通过v$statname 和v$sesstat以了解当前最忙的进程.
当进程正在稳定增长其所需内存时，我们可以观察它们的运行：
- 通过v$sql_area可以看到哪些命令正被执行:
SQL> select sql_text from v$sqlarea a, v$session s where a.address = s.sql_address and s.sid = ;
- 你也可以通过heapdump转储来查看它们:
SQL> oradebug setorapid 10 (10是Oracle进程Id, 使用setospid 以设置当前调试进程)
SQL> oradebug unlimit
SQL> oradebug dump heapdump 5
- 如果报错问题间歇性发生或者由于进程失败太快以至于难以捕获(但又很可能是内存大量消耗的根本原因)，则我们可以设置事件来获取heapdump转储信息:
SQL> alter sssion set events '4030 trace name heapdump level 5';
…或者直接在 init.ora文件中设置event.
更多其他相关信息请看:
Ø Note:233869.1 - Diagnosing and Resolving ORA-4030 errors
Ø Note:399497.1 - FAQ: ORA-4030
