WLS日常维护与管理介绍.ppt

WLS Console的监控（2） 正常情况下 idle threads 0 ，queue Length为0，Throughput呈不规则变化曲线，Memory Usage呈适度频度的锯齿变化曲线 一般来说，对于正常配置的生产环境（线程数50~200），如果idle threads 10，或者呈现不断降低的趋势，就应加以关注 WLS Console的监控（3） 空闲线程数与队列长度通常有如下关系： 如果空闲线程数0 ，则 queue length =0 ； 反之，如果queue length0 ，则空闲线程数=0 ； WLS Console的监控（4） 在系统运行中，最经常遇到的是Server响应慢的情况： （对于WLS之外其他第三方故障原因造成的问题，如网络故障，客户端配置或故障暂时不做详细讨论） 首先确认空闲线程数与队列值，队列值可以直接看到，但空闲线程数可能需要刷新页面才能得到当前值，一般通过前面提到的队列值与线程数的关系能够判断出大致的情况 WLS Console的监控（5） 线程Idle =0 ，说明此时Server无空闲线程处理请求，队列中将会有请求排队；此时再看吞吐量变化情况: 吞吐量0 并且与正常运行情况下的变化趋势类似，说明当前请求压力超出系统并发能力，因此，如果cpu资源富余，增加线程数；如果cpu资源紧张，应考虑增加主机容量或添加其他主机，分担压力 吞吐量=0 或者有较少的变化，说明目前线程的业务处理上一定程度上出现了问题，一般是出现了挂起（Server hang）；此时单纯增加线程数可能缓解状况，无法解决根本问题，此时需要采用其他手段来获取线程信息（unix下使用kill -3 Java_pid来产生thread dump），并分析出故障的真正原因 WLS Console的监控（6） 如果线程数idle0，而业务访问慢，则说明当前的请求处理速度较慢，通常也需要获取线程信息（thread dump）来跟踪分析，了解当前线程工作状态，如正在进行的业务操作等等，来作为改善应用实现的参考依据。 WLS Console的监控（7） 内存使用曲线反应了JVM Heap内存使用的变化情况，可以结合其他三个值的变化情况来判断Server工作情况；比较理想的状态是适当频度的各种锯齿变化 由于JVM GC多采用“stop the world”机制，也就是垃圾回收时其他处理将暂停，过度频繁的GC将明显降低Server工作效率和性能表现 如果发现内存曲线呈现大幅度、密集的锯齿形状，说明当前应用在内存使用上存在一定的问题，也不排除JVM GC本身出现故障，对于此时的问题应归类到内存故障，此处暂不做详细讨论 基于WLS的应用维护与管理 WLS域（Domain）和服务器（ Server） WLS安装 WLS启动和停止 WLS集群（Cluster） 与 Multicast WLS监控和管理 应用部署 应用部署（1） 应用的部署涉及到WLS域配置的建立，Server实例的分布结构和资源分配；（这里我们主要针对WLS的应用部署协议进行说明） 应用部署采用stage两阶段部署协议； 第一阶段，完成应用介质的准备，通常是到各Server实例的应用文件的拷贝；第二阶段开始应用到各目标Server 的部署；只有在第一阶段成功完成，才会进行第二阶段部署 管理Server缺省使用no stage，直接从本地进行部署；被管Server缺省使用stage模式 部署协议可以设置在Server级，也可设置在应用级，应用级的设置优先 应用部署（2） 实际应用中，尽量避免由WLS来完成第一阶段；建议使用no stage 模式或external stage模式；no stage：人工拷贝应用文件至各主机（同一目录），然后各Server实例直接从本地进行部署；external stage：第三方或人工拷贝应用文件来完成第一阶段 WLS自身使用网络协议来完成第一阶段的文件复制工作，效率较低，在应用文件较大时易发生故障导致整个部署过程失败 ?2005 BEA Systems, Inc. | * 内容 基于WLS的应用维护与管理 故障诊断 性能优化 WLS92与WLS81在维护管理上的不同 常见问题 故障诊断 BEA客户支持部门整理并总结了常见应用系统故障的症状与诊断措施，以Support Pattern的方式发布；通过对这些Support Pattern的学习能够更好的解决应用系统的运行故障； 故障诊断 症状确认 数据收集 故障诊断 故障解决措施的应用及结果确认 故障诊断 症状确认 确认具体的故障现象； 确认故障影响范围，全局或局部； 确认故障导致的业务结果，并初步评估其对生产系统产生的影响； 必要时从应用维护人员或B