
In all cases, the Available VA (Virtual Address space) was 40Mb or less, even though (in one case) there was up to 1.5Gb of Physical memory available.
This appears to be a Virtual Bytes leak for Oracle on the 32-bit Windows platform, and is currently being progressed as:
Bug 14125002 - PERFMON SHOWS ORACLE PROCESS VIRTUAL BYTES LEAK UNTIL ORA-27301/ORA-4030
根据上面的信息表示,这个问题时由于VA剩余小于40Mb导致的。
目前有个bug进行这个问题的修复
BUG:14125002 - PERFMON SHOWS ORACLE PROCESS VIRTUAL BYTES LEAK UNTIL ORA-27301/ORA-4030
When
the Available VIRTUAL BYTES for the Oracle process approaches 100M,
perform an orderly re-start of the MS-Windows system. This is because
re-starting Oracle does not appear to reset the MS-Windows VIRTUAL BYTES
used by the Oracle user.
或者使用PERFMON工具监控VAS接近100M的时候重启操作系统
ORA-04030一般是由于pga_aggregate_target设置过小,一般有以下解决办法:
1.Increase pga_aggregate_target
2.Decrease sort_area_size and/or hash_area_size
3.Move to multi-threaded server (a.k.a. MTS or shared servers)
如果是linux/unix系统需要检查一下用户的kernel参数限制:
ulimit –a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 4194302
memory(kbytes) unlimited
coredump(blocks) unlimited
nofiles(descriptors) 4096
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/30291162/viewspace-1700661/ ,如需转载,请注明出处,否则将追究法律责任。