把出问题期间的SystemOut.log发出来,这个得靠日志反向分析原因
AppSrv01的nodeagent内存溢出了,增加nodeagent的堆大小System administration >> Node agentsClick on nodeagentExpand Java and Process Management and click on Process definitionClick on Java Virtual Ma
目前,监控WebSphere最好的软件是APM范畴的软件。以oneapm为例,监控内容如下:使用 OneAPM Java 探针来监控运行在 WebSphere 之上的 Java 应用程序,OneAPM 提供深度高可见性的应用性能管理解决方案,能够抓取到 WebSphere 上
关于WebSphere的技术知识,我主要是看以下这几本redbook网站下载的电子书:redp4580 WebSphere Application Server V7 Session Management.pdfredp4855 WebSphere Application Server V8.5.5 Technical Overview.pdfredp
你可以参考之前“有没有分析javacore、GC和heapdump比较好的方法”这个问题,这里面有附件,JCA、HA都是工具,附件是理论,会了理论工具就非常简单了:
这种问题可以从两方面着手:1、F5探测的方式要准2、后端WAS既然在业务繁忙出现性能问题,就在业务繁忙的时候抓几个javacore,找到假死的原因
启动的时候,使用 -trace 参数,看看日志停在什么地方,就排查这个慢的步骤
1、GC日志是设置JVM大小时,最好的参考2、我看到的很多生产环境GC都是开启的,如果追求极限性能肯定关闭了好3、session复制是否打开与业务要求相关,性能是是确保业务正常的前提下再考虑的问题
在sysctl.conf文件里面增加:net.ipv4.tcp_fin_timeout = 30让Linux操作系统主动释放
你可以参考“关于was数据源等问题的配置”这个问题的解答:先设置一个经验值,比如最小值2G,最大值4G,同时开启verbose gc。然后做压力测试,或者跑业务,跑一段时间以后根据gc日志再设置一个合理的JVM值。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30