jconsolejvisualvm远程监视websphere服务器JVM的配置案

jconsole是JDK里自带的一个工具&＃xff0c;可以监测Java程序运行时所有对象的申请、释放等动作&＃xff0c;将内存管理的所有信息进行统计、分析、可视化。我们可以根据这些信息判断程序是否有内存泄漏问题。

  使用jconsole工具来分析WAS的JVM问题&＃xff0c;需要进行相关的配置。

  首先我们看WAS服务器端的配置.

1、登录was控制台https://10.4.119.18:9043/ibm/console/&＃xff0c;找到自己的应用程序服务器---java和进程管理---进程定义--JAVA虚拟机&＃xff0c;然后配置 通用JVM 参数 &＃xff1a;

加入以下jvm参数&＃xff1a;-Djavax.management.builder.initial&＃61; -Dcom.sun.management.jmxremote

注意&＃xff1a;等号后面一定要保留空格&＃xff0c;否则会报错。

2、修改/usr/IBM/WebSphere/AppServer/java/jre/lib/management下的management.properties文件,在最后加入

  com.sun.management.jmxremote.port&＃61;8999

  com.sun.management.jmxremote.authenticate&＃61;false  

  com.sun.management.jmxremote.ssl&＃61;false

注意&＃xff1a;先执行netstat -ano | grep 8999&＃xff0c;查看这个端口是否被使用。另外注意防火墙对8999端口的配置&＃xff0c;要放开&＃xff0c;否则远程机器可能连接不上.

3、设置jconsole远程登录的用户名和密码

在/usr/IBM/WebSphere/AppServer/java/jre/lib/management下有个jmxremote.password.template文件&＃xff0c;在最后面加入你要设置的用户名和密码

root root&＃64;123 &＃xff08;用户名、密码&＃xff0c;可以随意修改&＃xff09;

4、在was控制台上停掉自己的应用程序服务器&＃xff0c;然后重启。

WINDOWS客户端的设置

1、进入JAVA所在的BIN目录

2、输入IP、端口号、用户名和密码进行远程连接

3、监控界面可以看到内存、类、线程、CPU的使用情况。

使用这个工具再配合JCA工具就能很方便的分析内存溢出问题。

Java VisualVM也是JDK的一个集成的分析工具&＃xff0c;自从JDK 6 Update 7以后已经作为Sun的JDK的一部分。VisualVM可以监控应用程序的性能和内存占用情况、监控应用程序的线程、进行线程转储(Thread Dump)或堆转储(Heap Dump)、跟踪内存泄漏、监控垃圾回收器、执行内存和CPU分析&＃xff0c;保存快照以便脱机分析应用程序&＃xff1b;同时它还支持在MBeans上进行浏览和操作。 VisualVM自身要在JDK6以上的运行&＃xff0c;但是JDK1.4以上版本的程序也能被它监控。

启动方法&＃xff1a;进入JAVA_HOME所在的bin目录,运行jvisualvm.exe就可以启动VisualVM

远程连接WAS服务器的话&＃xff0c;需要添加JMX连接方式就可以了

内存溢出的原因有很多种&＃xff0c;比如&＃xff1a;

　　1、数据量过于庞大&＃xff1b;死循环 &＃xff1b;静态变量和静态方法过多&＃xff1b;递归&＃xff1b;无法确定是否被引用的对象&＃xff1b;

　　2、虚拟机不回收内存&＃xff08;内存泄漏&＃xff09;&＃xff1b;

　　说白了就是程序运行要用到的内存大于虚拟机能提供的最大内存就发生内存溢出了。 内存溢出的问题要看业务和系统大小而定&＃xff0c;对于某些系统可能内存溢出不常见&＃xff0c;但某些系统还是很常见。

    内存溢出的一般解决方法&＃xff1a;

　　一个是优化程序代码&＃xff0c;如果业务庞大&＃xff0c;逻辑复杂&＃xff0c;尽量减少全局变量的引用&＃xff0c;让程序使用完变量的时候释放该引用&＃xff0c;能够让垃圾回收器回收和释放资源。

　　二就是物理解决&＃xff0c;增大物理内存&＃xff0c;然后通过-Xms256m -Xmx2048m 的修改来增大内存空间。