SAP_性能调优V1.0

1、SAP开发技术指南文件编号：sap1-tn版本 1.1本资料仅供内部使用！文档名称：SAP开发技术指南文档秘级：内部使用文档版本：1.0最后修订日期：2012-02-11SAP开发技术指南-性能调优2012年02月06日本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属所有，受到有关产权及版权法保护。任何个人、机构未经的书面授权许可，不得以任何方式复制或引用本文件的任何片段修改记录制定日期生效日期制定 /修订内容摘要页数版本拟稿审查批准2012-02-062012-02-06创建201.0目录1引言41.1参考资料41.2定义41.3文档结构42性能分

2、析工具ST1252.1开始Trace前的准备工作52.1.1Internal tables52.1.2Options62.2性能分析模式讲解72.2.1模式User72.2.2模式Task&HTTP82.2.3模式Workprocess92.2.4模式Current mode112.3Trace分析123案例143.1Trace153.2Trace结果分析153.3优化建议164补充174.1SCI可以进行静态的性能检测174.2ST05 SQL检测184.3SE30性能分析191 引言为了验证软件系统是否能够达到用户提出的性能指标，确保实际使用中的稳定性 ，在软件开发周期中，都会进行性能测试

3、，测试的结果不能达标后，需要进行性能调优，一般情况下，可以从两方面进行调优：1，硬件配置方面；2，软件自身优化,此文主要从程序角度分析。SAP针对程序提供了静态和动态的分析工具，静态主要是通过语法检查来分析，tcode:SCI;动态为ST05，SE30，ST12，因ST12是ST05和SE30的结合体，此文将重点讲解ST12，它是将程序的执行过程记录（包括顺序，花费时间）下，从而可以查看哪些程序点消耗时间过长（后文将统称为：Trace），然后进一步分析优化。1.1 参考资料 ST12_Step_by_step.pdf ABAP Performance Tuning1.2 定义1.3 文档结构文

4、档的各章节介绍的内容如下： 第2节性能分析工具ST12 第3节案例 第4节补充2 性能分析工具ST122.1 开始Trace前的准备工作2.1.1 Internal tables选中后，如果程序中有对内表操作，如LOOP，将会被统计；不选中则不会被统计。2.1.2 OptionsTrace保存成文件的大小可以调节，最大可设置为50MB。如果程序运行时记录的Trace大于设置的最大数，则将部分Trace记录将会丢失，建议视情况而设置，一般设置为20MB。Measurement accuracy 此处与服务器硬件和操作系统有关，通过SE30查看，如果为绿灯，则选择中High resolution

5、clock，否则选择Low resolution clock2.2 性能分析模式讲解2.2.1 模式User通过此种方式，可以Trace一个用户在当时的执行步骤和每个步骤的时间。 输入Trace案例名称及用户Tasktype:选择全部 点击“Start Trace”按钮 查看Trace结果并分析总花费时间：29.375.511，ABAP时间：29.157.6712.2.2 模式Task&HTTP通过此种模式，可以Trace来自RFC访问的时间消耗，Tasktype选择 RFC 输入Trace案例名称及用户No.trace activati

6、ons:Trace激活的个数，因为执行一个完整的外部业务操作时，可能会多次访问，所以要设置多个激活的次数 点击“Start Trace”按钮 查看Trace结果并分析2.2.3 模式WorkprocessTrace一个进程执行的程序步骤和执行时间 输入Trace案例名称及用户 点击“Start Trace for workprocess”按钮，进行Trace进入如下画面指定Workprocess，点击“激活”按钮开始正对Trace，点击“非激活”按钮停止Trace 查看Trace结果并分析2.2.4 模式Current mo

7、deTrace程序名或者TCODE 输入Trace案例名称 点击“Start Trace”按钮执行程序，完成后，点击后退按钮到ST12界面 查看Trace结果并分析2.3 Trace分析34211.此次之行总消耗时间：864921微秒，其中ABAP之行了198213,微秒，数据库访问占用了666650微秒。2.每一行代表一个事件块，表示这个事件块执行的信息,以Loop at ITAB_BOOK为例解释以上字段含义：No.:运行的次数，即此次之行过程中此SQL被之行了3929次；Gross：消耗的总时间，即LOOP中所有程序执行时间的总和， 814537

8、微秒；Net:此语句执行消耗的时间，共消耗41353微秒；Gross(%):此事件块执行的时间占用整个执行的比例；Net(%):此事件块占用可统计事件块的比例；3.排序功能，通过排序可以查询到本次执行消耗的最长时间的事件块；已NET排序可以找到最长之行时间的语句，已Gross排序可以找到消耗最长时间的事件块（时间降序排列）；通过分析哪个事件块执行时间超长，则可以针对性的进行优化4.显示源代码5. ：可以分析程序的调用顺序，代表调用程序，代表被调用程序。如以下例子，Form: DATA_OUTPUT,调用了Loop at ITAB_BOOK，Event SYSTEM-EXIT，Sort ITAB_BOOK。也同样可以分析调用顺序，调用层次用数字说明，0：主程序，依次1,2，代表进入下一层可以向上发现调用程序6. 点击可以模块化，即属于同一个事件块（FORM,METHOD等）的集中在一起3 案例程序ZSAPBC425_BOOKING_08实现订单信息查询。3.1 Trace3.2 Trace结果分析分析发现数据库访问占用了80%，而数据表scustom被执行了3929次，共消耗705296微秒。查看源代码发现，此查询写在Loop循环中，即每执行一次循环将调用一次SQL。3.3 优化建议建议将SQL语句放在LOOP外面一次性查询。优化后总时间消耗：469394微秒，