BS系统疑难问题分析与调优常见方法介绍.doc

BS系统疑难问题分析与调优 常见方法介绍 应用系统部署实施之后可能会出现一些部分功能模块不可用、系统运行缓慢、系统崩溃等莫名奇妙的问题，这些问题现象多种多样，导致问题的原因也并不相同，解决起来更是千差万别。分析与调优的方法并不能一概而论，但也并不是毫无规律可言，掌握一些要领、思路、常用的排查手段及常见的问题解决办法有助于缩短问题解决的周期。 本文将以专题介绍及案例分析的方式对这些思路和方法做一些总结，希望能够帮助各个项目有效的排查并解决这些问题。 疑难问题分析与系统调优是件十分复杂的事情，生产环境的复杂多样决定了不可能有人能够有百分之百的把握解决所有的问题，无论是从经验、技术还是逻辑的角度来说都是这样。因此这项工作对人员的要求就较高，为了能够帮助不太熟悉这项工作的人员尽快进入角色，以往的经验总结就显得非常重要。因此本文永远都不会完结，仅做一个抛砖引玉，希望在以后的工作中，能够得到不断的完善。 要领 敏锐的头脑，缜密的思维，细致的工作，广泛的联想能够帮助更好的适应这项工作。 敏锐的头脑：强调能够快速的到记忆或文档中找到匹配或近似匹配当前问题的问题。这一点尤为重要，如果在记忆中或文档中找不到痕迹，则此问题就是一个全新的问题，而一个全新的问题对于任何人来说都是一件棘手的事情。 缜密的思维：在当前人类认知的世界中，任何事情都是有因才有果，也就是所谓的符合逻辑。任何奇怪的现象，包括违背常识的事情，都有着其内在的原因。因此即便是遇到严重违背常理的事情也不要慌乱，此时就需要用以往的一些经验及其他渠道，如网络、他人等查找可能的原因，然后逐一的按照逻辑进行排查。 细致的工作：这能帮助你搜集到用以定位问题的关键点，用以支持判断逻辑的证据，用以触发联想的触点，也能保证已有的环境不会被破坏或改变。 广泛的联想：基于已有的事情广泛的联想、寻找相关的事情，常常非常有助于事情的解决，也有助于将单个的、破碎的事情片段联系在一起形成一系列环环相扣的链条。 总体思路 处理问题的总体思路如下：根据问题汇报、粗略的问题描述或一些已有的手段清晰、明确的定义问题；基于问题定义进行分析，寻找可能引发问题的原因；在某种环境下模拟、重现问题进一步确定问题原因；对于分析出的问题进行修改；对问题修改的结果进行验证。 问题定义：这个步骤十分关键，因为问题的汇报和粗略的问题描述往往并不准确，有时甚至是错误的。因此不能过分的相信这些汇报和描述，因为不准确的问题描述会将你引上歧路，大大延缓问题的解决时间。所以除了了解已有的问题描述外，还需要做一些相关的试验用以确定已有描述的准确性。 问题分析：基于问题定义进行分析，寻找可能引发问题的原因。这个步骤找到的有可能不是根本原因，而且由于事情的复杂性，有可能会造成误判。这种情况不可能避免，因此下最终的结论时要慎重。在一些复杂的问题中可能需要与其他几个步骤一起进行迭代，才能判定问题的成因。 问题重现：重现问题有助于进一步确定问题的成因，也有助于将来问题解决后的回归测试。是在生产环境还是测试环境下重现问题，有很多因素，但其中最重要的一个因素是这个过程是否会不可逆的改变现有的生产环境。 问题修改：对分析出的问题进行修改。 问题验证：基于修改的结果进行回归测试，验证问题是否解决。一般来讲在条件允许的情况下，尽可能的先在测试环境下进行验证，确认无误后再在生产环境下进行验证。切忌过分的相信自己的能力。 专题 客户端技术 在B/S系统中，传统web客户端组件及其各种变种，主要承担了界面展现及请求发送与接收的工作。 传统的web客户端组件包括：HTML，各种Script，XML，CSS等。 变种主要指随着Web2.0而新兴起的一些技术：Flash，基于脚本的RIA，各种类型的自定义控件。 这些组件或技术负责前台页面的展现，而与后台的通信一般通过HTTP协议来进行。 常见问题 脚本性能 问题描述：脚本性能问题主要在基于脚本的RIA解决方案中体现比较明显，这种解决方案为了达到良好的交互效果，大量的使用了脚本语言对页面进行渲染，由于脚本的复杂性，及浏览器的对脚本优化还不到位，经常会有一些性能问题。 解决方案： 在满足兼容性的前提条件下，尽量升级客户端到较新版本的浏览器。新版本的浏览器一般内部会做优化，加快HTML和脚本的解析速度。 换用较新版本的RIA解决方案或较快的其他RIA解决方案。新版本的同类型RIA解决方案一般在性能方面都会有所提升。如果最新版本的依然无法满足渲染速度的要求，只能考虑更换其他RIA解决方案。 更换客户机硬件配置。RIA技术的理念是充分的利用客户机的资源进行渲染，在维持服务器压力不变、甚至降低服务器压力的情况下，给用户带来更好的交互体验。这里的一个前提是客户机的硬件配置不错，因此如果客户机硬件配置较低，则需要考虑升级客户机硬件或者放弃使用RIA技