ISAP系统性能优化实例.docxVIP

SAP Performance浅析本文来源于：/tcsapbw/archives/1061.html 在ABAP开发中，Program的Performance tunning应该说是最基本也是最常见的工作内容，无论是在新项目的开发、还是老项目的maintainance。同时，关于performance，也是ABAP面试中几乎必问的问题之一。在performance这方面，SAP提供了专门的BC490课程以及相关跟进的training。同时，Performance以及程序优化乃至代码重构(Refractory)也是一项非常非常有技术含量的工作，自己也仅所知所学皮毛而已，还有相当相当多的知识需要加深入学习。这里，修改了自己以前的一份总结，重新记录一下，以加深印象以防遗忘。以下记录过程中，使用测试程序：在这个程序中，人为多循环了100次。最后执行结果：1. 使用STAD：SAP WorkLoad Business Transaction AnalysisTcode: STAD.使用该Tcode得到single program/transaction运行时总体分析数据(查看用户操作记录)。其中，关于时间的概念：其中，我们最经常用的是Response Time, DB time以及CPU time.当拿到一个结果分析数据后，可以按以下的方案进行初步地判断后续应继续Trace何种结果。|- CPU time 40%(Response time - Dispatcher wait data) ==Se30： Runtime Analysis引起该结果的是由于一些ABAP process，例如Loop等|- Database time 40%(Response time - Dispatcher wait data) ==St05: SQL Trace引起该结果的是由于大量的直接操作数据据等其中，这里，很多时候，我们就是直接使用的Response Time作为基数。例如上面自己的例程中，使用STAD可以得到如下的结果(注意:在进行筛选时系统时间方面，一定是Application server的时间，而非自己presentaion server的时间)2. 使用SE30: ABAP Runtime Analysis（1）SE30简介Tcode: SE30.使用该工具主要用于Transaction或program背后ABAP的运行时分析,比如分析哪步运行耗时最多，并通过分析得出为什么、然后进行代码优化。使用SE30主要分三步进行操作：(1) 设定需要Trace的数据范围决定将要分析哪些object哪些data哪些process等等.同时很重要的是，决定最后分析结果的“粒度”(Type of aggregation: Full aggregation, aggregation per calling position, no aggregaion).这些是通过设置SE30运行时的variant来实现的。(2) Trace 跟踪现在使用SE30可以直接从SE30进入到所经Trace的Transaction/Program中(同一个user session)，也可以在另外的user session中通过menu中的active runtime analyze等方法来trace跟踪.(3) 分析结果分析SE30的结果时，我们一般采取的是“渐进”的方式：先使用full aggregation可以得到程序的主要的FMs或者逻辑处理单元；然后再细化一下分析粒度，aggregation per calling position，甚至no aggregation，这时就可以得到最详尽的统计分析信息: table list, hierarchy等等。以下是SE30的初界面:其中关于in Parallet session中，再补充一下，平时也用到了:按纽 “Switch on/off” of “In parallel session”将会有一个screen appears listing all r/3 work processes running on the current application server. To switch on runtime analysis for the object,选中它然edit==measurement==switch on/off其中完成上面第一步的设置,可以进去进行设置，这里不再赘述;这里仅记录一下aggregation粒度的使用，这也是我们平时使用SE30最最基本的操作，因为设置它对我们analysis实在是太重要了，深有体会呀。（2）使用SE30分析程序分析上面自己的程序。这里仅是一次简单记录，使用的aggre