was性能问题的发现和处理.ppt

Was性能问题的发现和处理 测试部 目录 1 检查WAS状态 确认用户使用的端口号 如果是80 可使用命令 telnetipport 其中port可以是80 如果总是显示 正在连接 说明IHS连接被占用 此时检查WAS状态检查IHS的日志文件有没有报错信息 一般日志文件在 IBMHttpServer log error log中 如果有error信息需要具体分析 1检查IHS状态 在IBM WebSphere AppServer logs Server1 Systemout log文件和SystemError log中查找Exception信息 如锁超时或死锁等在安装目录下使用命令生成线程转储文件具体分析 2检查WAS状态 使用wsadmin命令提示符 获得该问题应用服务器的句柄 wsadmin setjvm AdminControlcompleteObjectNametype JVM process server1 生成线程转储 wsadmin AdminControlinvoke jvmdumpThreads在安装根目录中查找输出文件 javacore date time id txt 生成线程转储文件 state R的用户线程 是活动的并在强制转储或进程退出时运行 可以确定当时该线程正在运行的是哪个模块state WC的用户线程 可以确定在等待数据源 jms等的资源响应或程序处于sleep状态 线程转储文件的参数 2 WAS5监控 在管理控制台中打开应用服务器的性能监控 选择 启动 并选择 标准 单击确定 并保存 需要重启应用服务器 如果是集群环境 用同样的方法打开网络部署管理器 节点的性能监控 1启动WAS监控 1启动WAS监控 应用服务器 server1端点 2查看SOAP CONNECTOR ADDRESS端口 WAS启动后 使用客户端或者服务器上的 性能监控模块 来监控 建议使用客户端监控 可以使用命令 D ProgramFiles WebSphere AppServer bin tperfviewer bat localhost8880 3客户端监控WAS5 2 WAS6监控 1 点击 性能监控基础结构 PMI 更新监控配置 WAS配置 WAS配置 2 确认启用 性能监控基础结构 PMI 并点击 定制 修改配置 3 选中希望监控的模块4 以下以监控jdbc使用状态为例 WAS配置 5 重新启动应用服务器6 在控制台中点击 当前活动 WAS配置 4 应用服务器响应慢时查看 ThreadCreatesThreadDestroysActiveThreads 活动的线程 如果该值比较高 说明有较多的请求在被处理 如果该值和设置的最大值一样大 则web容器无法响应新的请求了 1web容器中 NumCreates 创建的物理连接 NumCloses 关闭的物理连接 NumAllocates 从池中分配给程序的次数 NumReturns 程序使用完释放给池 ConcurrentWaiters 并发等待连接数 如果该值比较高 说明有较多的线程无法获取数据源 JDBCTime 每个JDBC调用时间 包括网络传输 2在jdbc连接池中 谢谢