Oracle内存结构中Process Memory分析

核心提示： ORA-4030这个错误的产生一般不是因为每个进程的资源限制而是因为SWAP SPACE空间不足造成，为了诊断这个问题可以使用操作系统的一些选项来查看SWAP SPACE的使用情况，Oracle内存结构中Process Memory分析(4)，另外,在一些操作系统中,Oracle包含了一个

ORA-4030这个错误的产生一般不是因为每个进程的资源限制而是因为SWAP SPACE空间不足造成。为了诊断这个问题可以使用操作系统的一些选项来查看SWAP SPACE的使用情况。另外,在一些操作系统中,Oracle包含了一个工具叫maxmem,它可以用来查看每个进程可以被分配的堆数据段的最大SIZE以及哪一个限制是第一次超过的。

如果这个问题的出现是因为SWAP SPACE空间不足,而且换页的动作非常频繁而且较多,则需要减少系统一级的虚拟内存的使用,这个可以通过减少进程数也可以通过减少每个进程的内存限制。如果换页动作不频繁而且比较少,则需要调大SWAP SPACE SIZE。

Process Memory Deallocation:

Oracle堆的增长比它们的收缩要来得容易,当然它们的SIZE也是可以收缩的。在V$MYSTAT和V$SESSTAT视图中,session的统计信息session uga memory和session pga memory分别显示了当前session的UGA和PGA的内存大小,包含内部的空闲空间。相应的统计信息session uga memory max 和 session pga memory max分别显示了在session的生存期间所使用过得最大的UGA和最大的PGA。

UGA和PGA只有在特定的操作后才会收缩,这些操作如一次磁盘排序的合并操作,或者用程序DBMS_SESSION。FREE_UNUSED_USER_MEMORY显示释放内存。只有整个free heap extent会被释放给父堆或者是进程堆数据段,所以有一部分的内部free space在内存释放后仍然存在于subheap中。

在大多的操作系统环境下,Oracle是不会减少进程堆数据段也不会释放虚拟内存并将其返还给操作系统的。所以从一个操作系统的查看中,一个Oracle的进程将会把虚拟内存SIZE作为HWM而保留着。如果有必要时,Oracle是会将一些没用的虚拟内存页换页出去的。因为这个原因,有关Oracle进程的虚拟内存页的操作系统统计信息都是很难理解的。所以一般用的是Oracle内部统计信息来代替使用操作系统的统计信息。

程序DBMS_SESSION。FREE_UNUSED_USER_MEMORY只能在连接是配置为MTS模式的应用才能使用。这个最好是少点使用,因为它只释放大的包的array变量所占用的内存返还给Large Pool或者是Shared Pool。一般地,UGA HEAP的内存应该首先被释放,可以通过指派新的空array给array变量使用,也可以通过调用程序DBMS_SESSION。RESET_PACKAGE。