开发学院操作系统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那个尖峰。

编缉推荐阅读以下文章

  • 设置并置 WebSphere Application Server 负载均衡器和内容主机
  • 利用 WebSphere Application Server 6.1 构建 SIP 集群应用环境及其性能调优
  • 如何实现WebSphere Application Server 6集群环境下的定时服务
  • WebSphere Application Server对SIP的支持
  • IBM WebSphere Application Server诊断和调优(一)
  • WebSphere Application Server Web 2.0 功能部件包入门

上一页  1 2 3 4 5 6 7 8 9 10  下一页

Tags:IBM WebSphere Application

编辑录入:爽爽 [复制链接] [打 印]
[]
  • 好
  • 好的评价 如果觉得好,就请您
      0%(0)
  • 差
  • 差的评价 如果觉得差,就请您
      0%(0)
赞助商链接