<% if session("name")<>"" then response.write("当前用户:"&session("name")) response.write("  注销") response.write("  修改资料") else if request.cookies("name")<>"" then response.write("当前用户:"&request.cookies("name")) response.write("  注销") response.write("  修改资料") end if end if %>
首页 > 铸锐论坛>应用性能管理 >Spotlight实时诊断WebSphere Server实践

应用性能管理

 
  • 在服务器端进行数据库审计的优势
  • 服务器端审计工具与所谓非侵入性审计工具的比较
  • 如何提升运维管理
  • ITIL提升中国电信运维管理系统建设
  • 提高Java性能的几个高效用法
  • 提高J2SE性能的代码技巧(上)
  • 提高J2SE性能的代码技巧(下)
  • 应用管理的概念和流程
  • 应用管理的运营和优化
  • 开源时代:Navicat实现从MS SQL到MySQL的数据迁移
  • 使用Navicat导入数据到MySQL
  • 单元测试中贯彻持续性能管理
  • 单元测试性能分析报告
  • 利用Hyperic HQ管理WebLogic
  • Hyperic HQ监测Linux系统10条最佳成功经验
  • 什么是服务等级管理
  • 服务等级管理的步骤
  • 服务等级管理中的关键控制要素
  • 服务等级管理中需要注意的几个问题
  • 什么是容量管理
  • 容量管理的几个重要环节
  • 容量管理中的关键控制要素
  • 容量管理中需要注意的几个问题
  • 持续性能管理的先决条件
  • SQL Server调优的五个步骤(上)
  • SQL Server调优的五个步骤(下)
  • J2EE性能问题的分析
  • J2EE性能问题的诊断
  • J2EE性能问题的诊断示例
  • 应用性能管理-从操作系统做起
  • SQL Server常见性能问题的优化
  • 应用性能管理(APM)的价值分析
  • Bea WebLogic Portal的性能监测和诊断
  • 数据库性能基准的五个问题
  • Portal的性能挑战
  • 在多种数据库环境下管理业务需求(下)
  • Oracle DBA如何管理DB2(下)
  • 在多种数据库环境下管理业务需求(上)
  • Oracle DBA如何管理DB2(上)
  • SQLServerSQL调优技巧
  • 诊断应用数据库的性能瓶颈
  • Oracle优化的五个方面
  • Microsoft的优化SQL方法
  • 理解SQL Server的SQL查询计划
  • 自动化性能测试
  • 优化应用质量和性能,支持和推动业务发展
  • 从PMO到CIO办公室—PMO的发展趋势
  • 实施自动化功能测试的解决方案
  • 软件自动化测试流程
  • 测试自动化的成功经验
  • 无计划的变化导致的IT风险
  • 降低无计划的变化导致的IT风险
  • 应用性能管理中的价值链分析
  • 应用系统"亚健康"的严重性
  • 应用系统"亚健康"现象和原因
  • 性能测试的准备
  • 性能测试的六个阶段
  • 性能测试的容量评估
  • 优化DB2数据库的十个最佳实践
  • 优化DB2数据库的十个最佳实践(续)
  • 在生产中监测和优化J2EE应用性能
  • 改善J2EE性能和用户体验的管理变革
  • 跟踪数据库性能变化
  • 优化ERP应用
  • 在生产中测量J2EE应用性能
  • Oracle SQL性能优化技巧1
  • Oracle9i查询优化工具初探
  • APM的方法和技术实现
  • J2EE性能问题的症状和优化
  • 构造高性能J2EE应用10个技巧
  • 软件工程与知识管理

     
  • 采用CASE工具管理多个并行应用软件开发项目
  • "软件工程"中的分工有效吗?
  • 实施知识管理软件的几个细节
  • 拯救知识管理
  • 知识管理与知识管理软件
  • IT培训师指要
  • 推荐产品的使用

     
  • Toad快速入门
  • PerformaSure J2EE性能诊断
  • PerformaSure J2EE健康检查示例
  • Spotlight实时诊断WebSphere Server实践
  • Spotlight实时诊断WebLogic Server实践
  • JProbe实践之"性能瓶颈"
  • JProbe实践之"短期对象循环"
  • JProbe实践之"内存泄露"
  • JProbe实践之"代码覆盖"
  • Quest Jprobe最佳实践(上)
  • Quest Jprobe最佳实践(下)
  • Foglight-APM与SLA的有力武器





  • Spotlight实时诊断WebSphere Server实践

    常见的性能问题

         Spotlight能帮助你快速地识别性能问题的症状,并且在一定程度上帮助你解决与这些症状直接相关的基本问题。对于比较复杂的问题,特别在后端层(如数据库或EIS)出现瓶颈时,Spotlight能帮助你识别出问题,从而使用更深入的分析工具解决问题,例如用于在应用服务器和Java代码级分析J2EE的Quest PerformaSure和JProbe,还有用于数据库查询调优的Quest SQL Navigator。

    在Spotlight on WebSphere中,需要调优并可能出现警告状态的几个最常见的地方包括:

         1.线程池大小没有足够的可用线程用于在合理的时间内完成客户请求。线程池的调优需要对服务器进行小心的调试,以达到堆大小和可用线程数之间一个好的平衡。与所得到的性能相比,JVM往往花费更多的时间管理线程队列,任意增加新的线程数量将对服务器产生不利的影响。

         2.JDBC连接池JDBC连接池是性能瓶颈的一个非常常见的来源。等待JDBC连接的线程数越多代表应用客户端等待的时间越长。在以数据库为中心的应用达到负载高峰时,确保有足够的可用连接数是避免该问题的一种好办法。

         3.堆大小/垃圾回收:对于WebSphere管理员来说,调优堆大小和管理垃圾回收仍然是一项困难的工作。有很多因素影响着JVM堆大小的调优,包括期望的客户数,WebSphere容器使用的JVM,服务器机器,甚至是服务器的操作系统可用物理内存量。

        在应用服务器中,有一些资源配置需要调优,例如bean缓冲,池大小和事务超时;Spotlight能够识别WebSphere服务器中这些地方配置有问题的症状。

    查找性能问题

         以下是一个简单的例子,向你演示了怎么在单用例服务器上使用Spotlight查找常见的性能问题--JDBC连接池配置不当。这个例子来自WebSphere5.0上面的PetStore事例应用。

    高层诊断:Domain Overview

         使用Spotlight登录到WebSphere 5服务器后,你将注意到petstoreServer处于高级警告,这个警告由服务器名下面的黄色线条标出。

         绿色小方块标明所有部署到petstoreServer上面的应用运行正常,这意味着性能问题跟部署到服务器上的应用无关,可能跟服务器配置有关。

    服务器细节诊断

         你能够通过点击Pool Percent Maxed条进入有JDBC连接池的Server Details窗口中,识别出哪个连接池设置的小了,Cloudscape 5.0 XA JDBC的状态是高的,这意味着这个数据源导致了这个问题。选择Datasources标签显示了有问题的数据源是CatalogDB。从表中你能看到用于这个数据库的连接池当时最大达到22.77%。这时连接池当前大小是1,增加该值如增加到5将减轻这个问题。




    (北京铸锐数码科技有限公司 www.InnovateDigital.com)

     
    北京铸锐数码科技有限公司 版权所有 © 2008
    中国·北京市海淀区大钟寺13号华杰大厦8A9-2室
    邮编 100098 电话 010-62139280 传真 010-62135268    京ICP备05019494