1 1ProTENGY 性能管理服务优化系统 万无一失提升系统运行速度、提高用户满意度、创造企业更好的生产效益。2 2用户对性能管理服务的需求u面临性能亚健康 u优化升级的困扰 u性能管理服务的客户需 求3 3IT信息化面临的性能挑战u满足用户的功能需求 软件功能要求越来越齐全 买咨询、买功能、买模块、买服务 u保证系统的安全稳定性 系统环境维护越来越复杂 买品牌、双机、备份、容灾、维护挑战一： 软件功能相当齐全，就是速度慢了一点？挑战二： 系统硬件非常稳定，要是能快一点更好？功能齐全的软件强大稳定的硬件慢！Slow！ 遅滞!性能亚健康4 4系统性能优化面临的困扰应用性能趋势图感觉有点慢速度越来越慢慢到无法忍受数据量增加趋势应 用 负 载 压 力一般优化改造方案的制作软件修改升级 主机CPU,内存？采购 更高速的盘阵？数据库调优更换 更高速的硬盘？更换 更大的服务器？加大 盘阵上的缓存？优化改造面临的困扰u 随着数据量和业务量不断的增加，性能逐渐变慢是一个必然的趋势系统运行速度没有问题困扰1：改造前 系统瓶颈定位不易困扰2：优化过程 耗时费力困扰3：改造后 改善成效不如预期系统性能亚健康！ 响应速度越来越慢！依据经验判断瓶颈 根据指标制定方案5 5甲方乙方-面对性能问题谁来保证升级的成功如何找到真正问题？什么时间改善完成还需要多少预算？需要采购诊断软件再提供升级解决方案6 6性能管理服务解决客户瓶颈u解决客户系统运行缓慢的现象 u实施系统性能检测 定位真正的瓶颈 防范未然、消除性能隐患 避免系统性能进入无法忍受的阶段 u评估规划方案 评估不同供货商的升级改造方案的有效性7 7什么时候需要性能管理服务帮助 IT部门 把握系统运维全局 日常运维时段： 及时发现性能隐患、提早处理性能问题 出现缓慢时段： 准确定位性能瓶颈、有效提升应用速度 系统改造时段： 应用需求量化统计、申请预算最佳依据系统运行速度没有问题感觉有点慢速度越来越慢慢到无法忍受有效改造实施步骤结合应用瓶颈定位预测性能运行趋势及时发现性能隐患ProTENGY性能管理ProTENGY性能管理的目标提升运行效率、创造企业更高的生产效益 提高服务品质、增加用户更好的满意程度 善用现有资源、发挥设备最大的运行效率8 8ProTENGY 的特点&优势客户“零风险” 无需安装任何软件； 无需宕机； 无需人员现场支持； 无需业务中断；多平台支持 支持AIX、HP Unix 、Solaris、Linux、 Sco Unix、MS Windows等多种操作 系统应用无关性 通过建立性能检测模型，分析 底层数据，如：I/O、CPU、内 存、数据库表空间等，可间接 反应应用系统性能，与应用系 统本身是什么软件无关潜在风险诊断 根据性能模型，分析系统的 隐藏风险，即隐患，杜绝故 障的产生，保证系统运行的 健康性核心瓶颈定位 依据对系统性能的量化 分析，对造成系统运行 缓慢或发生故障的核心 瓶颈进行准确的定位优化方案的制定 依据对隐患以及瓶颈的长期跟 踪分析，对不同时间段、不同 业务流程、不同性能现象，提 供各种适合的改造方案。节省 成本/显著增强优化效果ProTENGYProTENGY 特点和优势特点和优势9 9ProTENGY性能管理服务流程及步骤u如何利用ProTENGY性能诊断服务提升运行速度 ？1. 建立应用系统性能模型2. 定位存在的瓶颈和隐患3.提供升级改造优化建议5.分析性能需求增长趋势6.制定性能改善目标7.升级方案性能指标要求4.量化现有应用性能需求8.检测改造方案实际负载9.升级改造改善成效预测10.长期量化分析优化结果评估升级改善成效制定性能改善目标性能增长趋势统计分析量化应用性能需求， 评估现有资源负载建立性能模型 定位瓶颈隐患1010代理商对性能管理服务的需求u产品销售面临的挑战u提升销售方案的竞争力1111升级改造项目的市场需求升级改造乙方卖什么方案利润比较高？甲方买什么可以解决问题？有没有可以解决用户性能问题 而且利润又比较好的方案？系统运行速度没有问题感觉有点慢速度越来越慢慢到无法忍受1212开创差异化竞争与可持续发展的新路u销售发展面临的挑战 产品的同质化 利润率不断下降 消费者需求日益的严苛 u如何建制长期且持续的服务式赢利模式 如何为客户创造价值 体现差异化竞争1313业务模式的变革u现有的业务模式 解决方案类销售: (产品的同质化) 产品采购类销售：(利润率不断下降) 服务类销售: (用户需求日益的严苛) (普通运维服务/外包服务/咨询服务)u业务模式的变革决定业务竞争力 性能咨询服务+产品销售服务 性能管理服务+解决方案类销售 性能管理服务+MA维保服务1414性能管理服务案例说明性能管理服务(全年度)某上市证券公司 营销系统1515性能管理服务案例说明u硬件环境 IBM P5 590（12 x POWER5+ CPU，24GB内存） IBM DS4800 (146 GB x 48 个 15krpm) u软件： 应用软件：营销系统 数据库：Oracle 10.2.1 u存在的性能问题： 运行批处理时间较长，基本为8至16小时；严重影响正常工作。 销售部门执行查询业务流程，响应时间缓慢。 修改软件，升级高档主机和存储设备后，效果仍然不彰。1616性能模型vs瓶颈分析数据统计应用查询1717性能模型vs瓶颈分析序号序号业务业务业务业务 流程流程处处处处理理时间时间时间时间耗耗时时时时1数据入库 01:40 03:50 130 min. 2数据转换 03:50 05:30 100 min 3数据统计 准备 05:30 06:40 70 min 4数据统计统计 06:40: - 11:50 310 min 5任务查询 08:30 17:00 610分钟 时间过长u业务流程(分钟)数据统计应用查询改善目标标： 以2007-12-21号为为例，统计时间统计时间共610分钟钟。 如果在240分钟钟内完成，性能必须须提升2.5倍。利用ProTENGY 量化应用性能需求检测现有资源负载1818性能目标vs优化成效评估存储性能分配不平均 Raid划分不合理 数据库表分配不合理 应用的并发量不够 P590 CPU性能 没有问题P590 内存性能 没有问题调整数据库结构增加应用并发量重新部署存储性能修正升级改造方案重新分配存储性能合理分配Raid分区 数据库表重新规划 增加应用的并发量 P590P590硬件升级硬件升级更换存储设备更换存储设备改为改为SANSAN结构结构存储设备改造 性能瓶颈定位升级改造成效评估增加应用并发 缩短统计时间增加存储 数据库性能重新分配 加快查询速度利用ProTENGY 达成性能改善目标1919性能管理服务(全年度)改造前模型 2007-12-21升级后模型 2008-03-19优化后模型 2008-04-15优化后模型 2008-05-15优化后模型 2008-06-15业务调整(2008-12-10)软件优化后(2009-02-13)业务量增加(2009-06-09)CPU升级后(2009-06-26)统计时间 3.5小时 目标达成CPU扩容 加快响应时间ProTENGY 性能管理服务关心你的系统性能一整年利用ProTENGY 评估优化改善成效保证投资效益最大化