Oracle错误 ORA-4030 解析

这个错误原因是Oracle服务器进程不能从操作系统上分配出更多内存。含有PGA(程序全局区)的进程其内存的分配取决于服务器的设置。对于dedicated服务器进程，其包含了stack堆栈和UGA(用户全局区), 保存有用户会话信息、游标信息和数据分类排序区。在多线程模式配置(shared服务器)中，UGA是在SGA中进行分配，所以不对ORA-4030报错负责。

因此ORA-4030是对需要更多内存（用于stack UGA或PGA）来完成工作的进程而言的。

请记住产生ORA-4030错误的进程并非总是内存损耗的元凶，错误的发生仅仅是因为此进程无法取得所需的内存造成的。

当你碰到这个错误时，意味着你已不能从系统中分配内存。这可能是由于你的进程本身导致的（如果你的进程正需求很多内存），也可能是其他原因导致操作系统内存被耗尽（如过大的SGA或者太多进程占用了系统的物理内存和虚拟内存）。如何处理此问题？

1. 确定是否还有足够可用内存？使用系统专用工具来检查内存使用情况 (如vmstat, top等).
2. 是否存在操作系统设定限制? 检查ulimit命令检查当前资源限制.
3. 是否存在Oracle限制设置? 检查pga_aggregate_target和相关会话的pga内存值.
4. 找出当前哪个进程正在要求大量内存, 可通过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 = <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