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

WAS关键性能参数配置及异常分析 文档更改历史记录 日期 版本号 描述 作者 2013-02-03 V1.0 编写 林茂楠 目录 TOC \o "1-3" \h \z \u WAS关键性能参数配置及异常分析 1 1.WAS性能关键参数配置 4 1.1 JVM（Java虚拟机） 4 1.2 GC（详细垃圾回收） 4 1.3 Web Container 6 1.4 Data Source数据源 7 1.4.1安装数据源驱动 7 1.4.2配置全局数据源变量 7 1.4.3配置数据源驱动 7 1.4.4配置数据源 8 1.4.5 Database连接池的参数配置 11 1.5 其它关键参数 12 1.5.1 EJB分发共享内存参数 12 2.WAS性能分析工具 12 2.1 WAS性能监控配置 12 2.2 WAS性能监控 12 3.WAS异常分析 12 3.1 关键日志文件 12 3.1 javacore、heapdump分析 14 3.1.1 javacore的分析 14 3.1.2 heapdump的分析 20  1.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 Container Web容器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/lib 1.4.2配置全局数据源变量 登陆控制台： https://WAS IP:9043/ibm/console/logon.jsp （1）“环境”—> “WebSphere变量”，选择作用域为：集群=所有域 （2）增加全局变量：ORACLE_JDBC_DRIVER_PATH “新建”—>名称：ORACLE_JDBC_DRIVER_P