2007-11-9 11:28:36
[原创]系统慢！怎么办？
如何彻底解决应用变慢的性能问题？
当企业的生产系统稳定上线运行后，随着数据量和用户数不断的递增，应用的运行压力就越来越大，系统运行的速度就变得越来越慢，用户端的等待时间越来越长，造成用户的满意度不断下降，甚至影响企业的生产效率。
终端用户从刚开始感觉是“等待的慢”，逐渐演变成“抱怨的慢”，甚至到“无可奈何的慢”。如何解决运行缓慢的性能问题，就成为企业信息中心的一大挑战。
系统优化改造过程面临的困扰
面临系统运行压力大、速度缓慢的现象时，常用调优步骤如下：
- 寻找高手、监控工具来分析系统瓶颈。
- 调整参数、修改软件来实施性能调优。
- 硬件升级、调整结构来执行改造方案。
虽然持续实施系统调优，和进行不同的改造方案，企图改善不断恶化的性能问题，但是在调优的流程中，仍然存在许多的困扰：
- 系统负载压力过大，尤其在业务高峰时段，缓慢的现象日趋严重。
- 现有的性能监控工具和手段，无法准确定位性能的瓶颈和隐患。
- 虽然不断的调整各种软硬件参数，但是性能仍然改善有限。
- 各种升级改造方案实施后，性能提升的成效不如原先预期。
- 什么方案，可以解决现有的性能问题，及业务增长的性能需求？
为什么性能问题无法得到彻底的解决？
在研究如何彻底解决性能问题之前，必须先探讨为什么实施各种不同优化方案后，系统仍然缓慢依旧。到底存在那些原由，造成优化的效果不彰？
原由1：高手难觅
当察觉系统变慢时，冀望找高手可以来帮忙解决问题，但是发现
太级高手：召集服务器、存储、网络、数据库、软件商和集成商一起会诊性能问题，常见的结论是“我们的设备没有问题”。
高手如云：各厂商均派出顶尖高手，虽然个个技术超群，但只能轮换上阵、各显本事，不易达成共识，共同合作解决问题。
热心高手：在相关的论坛企求热心高手帮忙，网友的N种建议，如同N种良药，未知那种良方是可行有效的。毕竟帮忙是不必负责的。
如果没有众厂商的高手和用户一起联手，共同解析产品之间彼此关联的瓶颈问题，然后制定一套有序的优化策略和实施步骤，性能问题是不易得到良好控制和改善。
原由2：缺乏良好的性能监控手段
技术高手除了需要经验丰富外，还要凭借有效的利器，在面对性能问题时，这个利器就是性能监控工具。通过性能监控工具的诊断分析报告，才能判断产生系统瓶颈的真正原因所在。性能监控软件是彻底解决性问题必备的利器！
网管软件无法定位瓶颈：网络管理软件，都是偏重故障应急的诊断软件，虽然具备性能监控功能，但是面对应用缓慢
的问题，无法提供有效的诊断依据。
众厂商的性能监控结果各不相同：所有的设备商都有自带的性能监控工具，如Unix系统上的top/topas/sar/vmstat/nmon 、如orac
le 的AWR/SP report等。当系统变慢的时候，才开始进行诊断分析、深入研究，已经缓不济
急。而且各家的诊断结果各不相同，无法统一汇总。
专业的性能监控软件过于复杂，很难善于利用：这些价格不菲的性能监控软件，强调功能齐全和实时的性能监控，为什么仍然无法满足用户
的需求？主要的问题在于它还必须结合专业服务和报表系统、性能数据挖掘的二次开发等不
同的统计分析手段。
既然性能的瓶颈来自服务器、存储、网络、数据库、软件等不同的元件，所以监控软件必须综合不同资源的性能进行监控。系统缓慢是缘自数据量增长后，长时间累积出来的现象，性能监控手段还要包含长期的性能增长的趋势预测分析。
原由3：参数的优化调整过程耗时费力
通常在处理性能调优的过程中，总希望技术高手们，施展超强的本领、只要轻轻调整一个参数，最好不要对生产系统有任何影响，甚至不需要重启生产系统，如同服一剂灵丹妙药，系统性能就奇迹般的好转了。
对性能调优的成效期望过高：在正常的情形下，操作系统、数据库或者中间件，这些成熟的商业软件在发布的时候，其中默认的参数设置就能满足大部分系统应用，参数的调节至多只能对性能提升20-30%。
缺乏完善的调优策略和执行步骤：在调优过程中，面对许许多多的参数，应该调整那些参数？什么是最佳值？调整后，如何验证效果？调整后是否影响系统的稳定性？只能依据经验法则，逐一的调试，慢慢的改善。
原由4：性能指标成为升级的主要依据
希望经由更高性能指标的产品，来提升性能、减低运行压力，改善系统缓慢的现象，常见升级改造的方案：
错把性能指标当成改善目标：提高服务器的性能指标：
- 增加CPU数量、扩大内存
- 更换更高规格、更大型号服务器
- 把PC服务器换成Unix小型机
- 从单节点升级为多节点的集群系统
提高存储系统的性能指标：
- 从SCSI盘阵升级到2Gb/4Gb光纤盘阵
- 加大盘阵的内存、主机通道、磁盘通道
- 换更高型号存储设备、改变存储结构
在评估升级改造方案，主要的依据是产品的性能指标和价格高低，预期采用提高数倍性能指标的产品，来改善性能问题。但是却在方案实施后，才发现性能改善的效果远不如原先预期的想像的结果。
忽略性能需求的增长趋势：缓慢的问题无法彻底解决，还有一个重要的原因，就是性能的供需不平衡。设备资源是性能供给方，这个负载承受量是一个固定值。应用软件是的性能需求方，却是随着数据量的增长，而不断的递增的变动值。当不断递增的需求值，远高于负载提供的最大值时，缓慢的问题就自然不断的发生。
如何彻底解决运行缓慢的性能问题？
既然性能变慢是必然的趋势，优化改造又是必须经历的过程，调优高手难觅、性能管理软件使用不易、应用调优过程漫长、参数调整效果不明显、升级改造方案的成效又不如预期。那升级流程需要如何改变，才能彻底解决性能问题？
0
推荐到鲜果： 查阅更多相关主题的帖子: 性能管理 系统优化
上一篇：有效升级改造的必要方法和步骤
评论
等
发布者 Adam
2007-11-12 15:52:26
发布者 匿名用户
2008-10-24 15:13:31