内存不足（outofmemory），可能有两种情况1）分配的JVM内存真的不足你的comp memory（计算内存）只占了62%，不妨给JVM多分配一些内存，看看效果（不确定，你的设备是否支持更大的JVM内存配置）2）内存本来够用，但应用有问题2.1）不妨看看，core、dump文件中，出现outofmemeory的时候有什么规律，那些进程/...

你怎么能让内存使用达到80%以上呢，已经没有计算空间了，肯定会oom啊，两种办法解决，一是扩容，二是做数据清理，删除不必要的过程数据或者转储掉一部分冷数据

内存溢出问题是最难诊断和定位的，即使看了heapdump，也难诊断。因为分配内存的时候，不一定是系统要挂的时候，可能是长期的积累，可能是前段时间的分配不回收导致后面正常业务的时候出现out of memory。...

1.不建议采用window运行2.配置JVM参数，出问题时分析内存分布情况

./wsadmin.sh -user admin -password admin -conntype SOAP -lang jacl -javaoption -Xms512m -Xmx1024m  -f /app/WAS/vat.jacl

游标顺序取肯定是慢了。你考虑下根据业务按批select处理呢？ select 内存溢出？什么错误消息？解决这个吧

1)应该是COGNOS配置存在问题。2)看一下cognos的日志: cogserver.log。也可以把这个日志贴出来，一起分析一下。3)linux内存溢出的图片贴出来一下。

dmgr在使用默认内存大小时，如果管理的Server过多或者发布应用或者使用PMI监控Server过频繁的时候，是有可能会出现内存溢出，这个还真没有仔细找过原因，只是简单的把dmgr的内存加大，我们目前一般把dmgr的最大和最小内存都设置为2G。改大后就基本没有出过问题了不过看你已经把大...

1.到底是WAS内存溢出导致WAS进程挂了，还是整个操作系统内存溢出，蓝屏？如果是前者，直接分析javacore即可知道到底是那个JAVA方法耗了大量内存。如果是机器溢出，需要定时观察到底是那个进程耗用了内存，并且不断增长2.数据库上的动态SQL耗用资源高，主要还是消耗在CPU和IO上，跟内存没...

内存泄露/溢出情况很多的，不一定是WAS自身的问题，和其他因素也有关系的