was关键性能参数配置及异常分析

上传人:第*** 文档编号:33494102 上传时间:2018-02-15 格式:DOCX 页数:24 大小:2.44MB
返回 下载 相关 举报
was关键性能参数配置及异常分析_第1页
第1页 / 共24页
was关键性能参数配置及异常分析_第2页
第2页 / 共24页
was关键性能参数配置及异常分析_第3页
第3页 / 共24页
was关键性能参数配置及异常分析_第4页
第4页 / 共24页
was关键性能参数配置及异常分析_第5页
第5页 / 共24页
点击查看更多>>
资源描述

《was关键性能参数配置及异常分析》由会员分享,可在线阅读,更多相关《was关键性能参数配置及异常分析(24页珍藏版)》请在金锄头文库上搜索。

1、WAS 关键性能参数配置及异常分析文档更改历史记录日期 版本号 描述 作者2013-02-03 V1.0 编写 林茂楠目录WAS 关键性能参数配置及异常分析 .11.WAS 性能关键参数配置 .41.1 JVM(Java 虚拟机) .41.2 GC(详细垃圾回收) .41.3 Web Container.61.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 分发共享内存参数

2、.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 为

3、-Xms 512m,-Xmx 2048m。如果在 WAS 应用服务器未设置 JVM 参数或者设置 JVM 参数不合理,会有可能告成应用服务器处理效率低或者造成 OutOfMemoryError 的情况。备注:2m 代表是 2m 的程序对象1.2 GC(详细垃圾回收)GC(Garbage Collection):当需要分配的内存空间不再使用的时候,JVM 将调用垃圾回收机制来回收内存空间。一般来说,良好的 GC 状态需要保证相邻两次垃圾回收的平均间隔时间应当是单次垃圾回收所需时间的至少 5-6 倍。GC 的调优是通过在模拟压力的情况下不断调整最大最小 heapsize 来实现的,并不是 heap

4、size 设置越大越好。通过在 WAS 应用服务器配置详细垃圾回收,从而可以使 WAS 在运行时生成native_stderr.log,native_stderr.log 日志帮助分析 JVM 在进行 GC 垃圾回收时的数据,包括回收时间(频率)、长存区(tenured)在收回前、收回中、收回后的对比。在实际的应用中可通过 native_stderr.log 来发现 WAS JVM 的性能问题并做出相应的 JVM 参数调整。回收前一次:回收最新一次前后两次 GC 运行对比,可看行回收间隔为 7S,一次 GC 运行时间不到 1S,JVM 的设置在较理想的状态值。例如出现 OOM 的情况,可通过

5、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 处理完毕后再返回到

6、 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 目录,如:

7、cp ojdbc6.jar /usr/websphere/AppServer/lib1.4.2 配置全局数据源变量登陆控制台:https:/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

8、配置数据源根据系统规划需求,按规划配置数据源。(1 )登陆控制台:https:/WAS IP:9043/ibm/console/logon.jsp;(2 )资源-JDBC-数据源 新增数据源(“名称和 JDNI 名称”与规划的 ID 和 VALUE 对应) ;备注:建议数据库地址不直接使用 IP 而用主机名代替,方便后续维护(3 ) J2C 认证数据配置登陆账号信息;备注:修改完数据源需要重启动 WAS 服务(重启动应用也不能生效)1.4.5 Database 连接池的参数配置在各自的数据源可配置该数据源的连接池大小配置,选择资源-JDBC-数据源-连接池,可配置连接池最小、最大连接数及连接超

9、时时限等。1.5 其它关键参数1.5.1 EJB 分发共享内存参数用 root 用户登录命令行修改每个 WebSphere 安装路径的$WasIntallPath/AppServer/deploytool/itp/ejbdeploy.sh 内容,根据主机资源情况将EJB 分发共享内存上限从默认 256M 修改为更大的值。“$JAVA_CMD -Xbootclasspath/a:$ejbd_bootpath -Xms256m Xmx256m”2.WAS 性能分析工具2.1 WAS 性能监控配置后续补写2.2 WAS 性能监控后续补写3.WAS 异常分析3.1 关键日志文件(1)SystemOut.log、SystemErr.log、was_server/logs/ffdc 目录的日志查看最新 WAS 异常时

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 解决方案

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号