SAP_性能调优V1.0.docx

本资料仅供内部使用！文档名称：SAP开发技术指南文档秘级：内部使用文档版本：1.0最后修订日期：2012-02-11[SAP开发技术指南-性能调优]2012年02月06日本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属所有，受到有关产权及版权法保护。任何个人、机构未经的书面授权许可，不得以任何方式复制或引用本文件的任何片段修改记录制定日期生效日期制定 /修订内容摘要页数版本拟稿审查批准2012-02-062012-02-06创建201.0引言为了验证软件系统是否能够达到用户提出的性能指标，确保实际使用中的稳定性 ，在软件开发周期中，都会进行性能测试，测试的结果不能达标后，需要进行性能调优，一般情况下，可以从两方面进行调优：1，硬件配置方面；2，软件自身优化,此文主要从程序角度分析。SAP针对程序提供了静态和动态的分析工具，静态主要是通过语法检查来分析，tcode:SCI;动态为ST05，SE30，ST12，因ST12是ST05和SE30的结合体，此文将重点讲解ST12，它是将程序的执行过程记录（包括顺序，花费时间）下，从而可以查看哪些程序点消耗时间过长（后文将统称为：Trace），然后进一步分析优化。参考资料ST12_Step_by_step.pdfABAP Performance Tuning定义文档结构文档的各章节介绍的内容如下：第2节性能分析工具ST12第3节案例第4节补充性能分析工具ST12开始Trace前的准备工作Internal tables选中后，如果程序中有对内表操作，如LOOP，将会被统计；不选中则不会被统计。OptionsTrace保存成文件的大小可以调节，最大可设置为50MB。如果程序运行时记录的Trace大于设置的最大数，则将部分Trace记录将会丢失，建议视情况而设置，一般设置为20MB。Measurement accuracy 此处与服务器硬件和操作系统有关，通过SE30查看，如果为绿灯，则选择中High resolution clock，否则选择Low resolution clock性能分析模式讲解模式User通过此种方式，可以Trace一个用户在当时的执行步骤和每个步骤的时间。输入Trace案例名称及用户Tasktype:选择全部点击“Start Trace”按钮查看Trace结果并分析总花费时间：29.375.511，ABAP时间：29.157.671模式TaskHTTP通过此种模式，可以Trace来自RFC访问的时间消耗，Tasktype选择 RFC输入Trace案例名称及用户No.trace activations:Trace激活的个数，因为执行一个完整的外部业务操作时，可能会多次访问，所以要设置多个激活的次数点击“Start Trace”按钮查看Trace结果并分析模式WorkprocessTrace一个进程执行的程序步骤和执行时间输入Trace案例名称及用户点击“Start Trace for workprocess”按钮，进行Trace进入如下画面指定Workprocess，点击“激活”按钮开始正对Trace，点击“非激活”按钮停止Trace查看Trace结果并分析模式Current modeTrace程序名或者TCODE输入Trace案例名称点击“Start Trace”按钮执行程序，完成后，点击后退按钮到ST12界面查看Trace结果并分析Trace分析1.此次之行总消耗时间：864921微秒，其中ABAP之行了198213,微秒，数据库访问占用了666650微秒。2.每一行代表一个事件块，表示这个事件块执行的信息,以Loop at ITAB_BOOK为例解释以上字段含义：No.:运行的次数，即此次之行过程中此SQL被之行了3929次；Gross：消耗的总时间，即LOOP中所有程序执行时间的总和， 814537微秒；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.点击可以模块化，即属于