[计算机]中间件产品系统维护作业计划.doc

中间件产品手册  文档变更记录 版本 日期 变更人 备注 每日监控内容： 监控WebLogic Server实例性能指标 提供了一个server性能监控面板。在日常的系统维护监控中，可以通过该面板了解当前erver的工作状态，并根据具体情况采取必要的处理措施。 使用方法为：登录console ，导航至yourDomain Servers yourServerName Monitoring Performance。 图1. 监控WebLogic Server实例性能指标界面 空闲线程数是当前server工作线程中处于空闲的线程数量吞吐量是单位时间完成的任务请求数，这个值的变化情况可以作为衡量server服务处理效率和压力的参考；同等情况下，吞吐量越高，说明server处理业务的效率越高。(需要了解的是这个请求数与业务请求并非一一对应；一个业务请求可能在wls内部产生多个任务请求)队列长度说明当前等待处理的任务请求数内存使用情况是当前JVM Heap 内存的使用情况。由于JVM 内存垃圾回收的活动，往往表现出程度不同，规律或不规律的锯齿变化。 正常情况下 idle threads 0 ，queue Length为0，Throughput呈不规则变化曲线，Memory Usage呈适度频度的锯齿变化曲线。一般来说，对于正常配置的生产环境（线程数50~200），如果idle threads 10，或者呈现不断降低的趋势，就应加以关注； 空闲线程数与队列长度通常有如下关系： 如果空闲线程数0 ，则 queue length =0 ； 反之，如果queue length0 ，则空闲线程数=0 ； 在系统运行中，比较常见的是server响应慢的情况。此时，由中间件角度而言，我们首先需要确认空闲线程数与队列值。队列值可以直接看到，但空闲线程数可能需要刷新页面才能得到当前值，可以通过两者关系判断大致情况： 如果Idle =0 ，说明此时server无空闲线程处理请求，队列中将会有请求排队；此时再看吞吐量变化情况: 吞吐量0 并且与正常运行情况下的变化趋势类似，说明当前请求压力超出系统并发能力，因此，如果cpu资源富余，增加线程数；如果cpu资源紧张，应考虑增加主机容量或添加其他主机，分担压力； 吞吐量=0 或者有较少的变化，说明目前线程的业务处理上一定程度上出现 了问题，一般是出现了挂起(server hang)；此时单纯增加线程数可能缓解状况，无法解决根本问题，此时需要采用其他手段来获取线程信息（unix下使用kill -3 java_pid来产生thread dump），并分析出故障的真正原因。 如果Idle0，说明当前请求处理处理较慢，通常也需要获取线程信息(thread dump)来了解当前线程工作状态，如正在进行的业务操作等等，来作为改善应用实现的参考依据。 内存使用曲线则反应了JVM Heap内存使用的变化情况，可以结合其他三个值的变化情况来判断server工作情况；比较理想的状态是适当频度的各种锯齿变化，由于JVM GC多采用“stop the world”机制，也就是垃圾回收时其他处理将暂停，过度频繁的GC将明显降低server工作效率和性能表现。如果发现内存曲线呈现大幅度、密集的锯齿，说明当前应用在内存使用上存在一定的问题，也不排除JVM GC本身出现故障，对于此时的问题应归类到内存故障，此处暂不做详细讨论。 9.0版本开始，缺省情况下在WebLogic Admin Console上不提供上述图形化的监控图1. 监控WebLogic Server实例性能指标界面 如果需要类似8.1版本中图形化的监控页面，请使用JVM的jconsole或者是WLFD Console Extention方式。 监控Deployments及Service运行状态 Deployment（部署件）及Service（服务）是Weblogic的重要资源。在weblogic console中对这些资源进行监控，也是诊断系统性能瓶颈的重要手段。 部署件监控通常来说包括Web应用及EJB应用两部分。这两种部署件的监控方法为：登录console ，导航至yourDomain Deployments，选中欲监控的应用，然后在右侧面板切换至Monitoring标签。 监控web应用 图1. 监控web应用界面 图1. 监控web应用界面 图1. 监控web应用界面 图. 监控web应用界面 如图118、19、20所示，我们可以在Monitoring标签页监控到web应用的当前会话数。并获得所有servlet及jsp的调用总数、平均执行时长等