开发学院操作系统 Linux/Unix IBM WebSphere Application Server诊断和调优（二... 阅读

IBM WebSphere Application Server诊断和调优（二）

　2010-09-27 08:17:54　来源：WEB开发网　　　

核心提示： 5、JVM本身内存泄漏（JVM有bug不是不可能）现在的难题是，如果是那个可怕的CMS程序本身有内存溢出，IBM WebSphere Application Server诊断和调优（二）(6)，在产品环境下，我们怎么去验证？我们自己开发的10来个web应用，WAS莫名迟缓、最后死掉，听过WAS6

5、JVM本身内存泄漏（JVM有bug不是不可能）

现在的难题是，如果是那个可怕的CMS程序本身有内存溢出，在产品环境下，我们怎么去验证？我们自己开发的10来个web应用，测试并不是很难，在公司测试都可以。但是，我现在最想解决的，就是CMS测试的问题。而且，在我们那种环境下，该CMS产品供应商并没有透露成功案例。

其实，最后发现，并不是内存泄漏造成的，因为我们的heap走势都很平稳。纳闷的是，有1000M的heap，每次在heap只被占用400来M时就发生OOM，没有任何预兆。大家猜猜，会是什么原因？这个问题我到后面相关章节再说吧。

既然我们所有的矛头都指向那个可怕的CMS系统，现在就是考虑隔离的问题。如果我们验证这个问题是CMS造成的，那么大部分责任就应该由CMS厂商承担。

既然CMS我们不敢移（费劲，而且客户在正式用），那我就移我们开发的10来个web系统吧。

三、移出除CMS系统以外的所有应用

说起来容易啊，做呢？隔离（移动）工作由我负责，具体涉及到10来个相关负责人。

转移工作，必须处理好很多问题，就说几个印象最深的吧：

1、某些应用，如Blog和BBS，都涉及到文件、图片上传目录和产品本身的环境，如 JDBC连接池、Cache位置。

2、目标服务器本身的环境，WAS安装环境、网络等。

3、移植时的先后顺序、调度，各应用内部本身的约束关系。

4、移植后的测试。

当然，还有一个最严峻的问题，客户允许我们这么做吗？对它们目前运行的系统有多大影响？风险如何评估？

这个工作持续了一天，已经完成了80％的工作，到第二天，客户又恼火了：WAS又宕机了。

为什么？这确实是WAS的一个bug：WAS的后台随便一操作，heap就会突然上升几百M，导致JVM内存不够。不过WAS撑住的话，过半小时后就会降下来，我估计是WAS后台对用户操作状态、文件都缓存到Session里面。你们可以检查类似这样的一个文件夹：d:IBMWebSphereAppServerprofilesAppSrv01wstemp，我不知道为什么WAS不主动去清除它，它偷偷的就上升到几个G，系统硬盘可能不久就后就会空间不足，WAS莫名迟缓、最后死掉。听过WAS6.0以前这个目录更夸张。大家见我附件的截图WAS_Console.png那个尖峰。

编缉推荐阅读以下文章