<% 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 %>
首页 >经验与观点>技术管理 >容量管理中的关键控制要素

应用性能管理

 
  • 在服务器端进行数据库审计的优势
  • 服务器端审计工具与所谓非侵入性审计工具的比较
  • 如何提升运维管理
  • 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的有力武器




  •  容量管理中的关键控制要素


            www.InnovateDigital.com 整理

           容量规划在与其他IT和服务管理规划流程,以及战略(业务和IT)规划流程密切结合时会更加有效。容量规划是根据业务预期情况使用历史数据来预测未来状况的较少的几个流程之一。


    关键成功因素和绩效指标

           容量管理流程的运行质量取决于下列关键成功因素。

           ● 准确的业务预期。

           ● 对IT战略和规划的充分了解,以及这种了解的准确度。

           ● 对当前及未来技术的掌握。

           ● 与其他流程的协调。

           ● 实现成本效益的容量。

           容量管理流程的成功程度可由以下关键绩效指标来确定。

           ● 客户需求的可预见性——对工作量随时间发展和变化的趋势的确认,以及容量计划的准确性。

           ● 技术——评价所有IT服务绩效的工具、实施新技术的速度以及在使用旧技术的情况下仍然可以持续地实现服务级别协议中所确定的目标的容量。

           ● 成本 ——临时性贸然次数的减少、采购不必要或昂贵的过度容量次数的减少以及在更早的阶段制定投资计划。

           ● 运营——由于绩效和容量方面的问题而导致的事件次数的减少、在任何时候都能满足客户需求的容量、以及容量管理流程被严格采纳的程度。


    管理报告

           由容量管理流程所提供的管理报告主要包括两方面:一方面,包括按照容量计划式样的流程控制信息、用于实施流程的资源以及改进活动的进展情况;另一方面,包括诸如下列情形的例外报告:

           ● 实际容量和计划容量之间的差异。

           ● 这种差异的变化趋势。

           ● 这种差异对服务级别的影响。

           ● 在短期和长期内容量及其利用率地预期增加或减少情况。

           ● 阈值(也称门槛值或临界值),在达到该值后可能需要获取额外的容量。

           这些容量规划和性能管理报告应当提供给所有利益相关人员——业务、应用和IT人员。


    职责和角色

           容量经理的职责是管理流程,以确保容量计划的定期制定和维护以及容量数据库的随时更新。

           系统、网络和应用经理们都对容量管理流程具有重要的支持职责。他们不仅要负责协助优化其管理范围内的资源,同时还要求运用他们的专门知识对他们管理范围内的技术问题提供建议和协助。


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


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