WAS关键性能参数配置及异常分析..docx

WAS关键性能参数配置及异常分析文档更改历史记录日期版本号描述作者2013-02-03V1.0编写林茂楠目录WAS关键性能参数配置及异常分析11.WAS性能关键参数配置41.1 JVM（Java虚拟机）41.2 GC（详细垃圾回收）41.3 Web Container61.4 Data Source数据源71.4.1安装数据源驱动71.4.2配置全局数据源变量71.4.3配置数据源驱动71.4.4配置数据源81.4.5 Database连接池的参数配置111.5 其它关键参数121.5.1 EJB分发共享内存参数122.WAS性能分析工具122.1 WAS性能监控配置122.2 WAS性能监控123.WAS异常分析123.1 关键日志文件123.1 javacore、heapdump分析143.1.1 javacore的分析143.1.2 heapdump的分析201.WAS性能关键参数配置1.1 JVM（Java虚拟机）Heapsize（-Xms和-Xmx）：heapsize的大小依赖于系统平台和具体的应用等多种因素。最大heapsize需要小于机器的物理内存，一般来说，默认最小heapsize为256m。例如NG设置的JVM为-Xms 512m，-Xmx 2048m。如果在WAS应用服务器未设置JVM参数或者设置JVM参数不合理，会有可能告成应用服务器处理效率低或者造成OutOfMemoryError的情况。备注：2m代表是2m的程序对象1.2 GC（详细垃圾回收）GC（Garbage Collection）：当需要分配的内存空间不再使用的时候，JVM将调用垃圾回收机制来回收内存空间。一般来说，良好的GC状态需要保证相邻两次垃圾回收的平均间隔时间应当是单次垃圾回收所需时间的至少5-6倍。GC的调优是通过在模拟压力的情况下不断调整最大最小heapsize来实现的，并不是heapsize设置越大越好。通过在WAS应用服务器配置详细垃圾回收，从而可以使WAS在运行时生成native_stderr.log，native_stderr.log日志帮助分析JVM在进行GC垃圾回收时的数据，包括回收时间（频率）、长存区（tenured）在收回前、收回中、收回后的对比。在实际的应用中可通过native_stderr.log来发现WAS JVM的性能问题并做出相应的JVM参数调整。回收前一次：回收最新一次前后两次GC运行对比，可看行回收间隔为7S，一次GC运行时间不到1S，JVM的设置在较理想的状态值。例如出现OOM的情况，可通过WAS产生的javacore及heapdump进行分析定位，并结合GC产生的native_stderr.log进行分析确认：GC耗时超过21S ，GC内存回收前的可用内存为0，GC内存回收后的可用内存为0%，可用JVM内存已耗尽，说明系统使用存在内存泄露（OOM）现象。1.3 Web ContainerWeb容器J2EE标准的实现，为serverlet和jsp提供运行环境。例如，当一个HTTP请求通过要访问一个web组件（通常是一个serverlet或者是jsp），通常是将这个请求转发给web container处理完毕后再返回到web server。Web Container的调优是通过对Web Container传输链中各个通道（TCP、HTTP、WebContainer）的参数调整进行的。这些参数包括诸如ThreadPool的最大最小值，buffer大小，timeout时间的大小，keep-alive的值等等。一般配置WebContainer即可，需根据业务的实际使用情况进行值的配置，主要业务在WAS达到的应用连接数，其它值为默认值即可：1.4 Data Source数据源1.4.1安装数据源驱动拷贝驱动JAR包到/usr/websphere/AppServer/lib目录，如：cp ojdbc6.jar /usr/websphere/AppServer/lib1.4.2配置全局数据源变量登陆控制台：https://WAShttps://WAS IP:9043/ibm/console/logon.jsp（1）“环境”— “WebSphere变量”，选择作用域为：集群=所有域（2）增加全局变量：ORACLE_JDBC_DRIVER_PATH “新建”—名称：ORACLE_JDBC_DRIVER_PATH值：/usr/websphere/AppServer/lib备注：NG未用到全局变量。1.4.3配置数据源驱动增加ORACLE驱动：资源—JDBC—JDBC提供程序1.4.4配置数据源根据系统规划需求，按规划配置数据源。（1）登陆控制台：https://WAShttps://WAS IP:9043/ibm/con