SAP并发控制后台作业队列分发实现方案分享.pdf

并发控制后台作业队列分发实现方案分享 王秋初 Sinosoft 目录 一、资产查询性能优化并发控制（Query2 ） 二、后台作业队列分发（ZGDZC_01) 一：资产查询性能优化并发控制 1、性能优化 为提高Query2 （资产查询）的运行效率，对程序ZAM_REPORT做性 能跟踪和优化分析。同样筛选条件，优化前耗时252秒，其中数据库占比 63.4% ；优化后耗时20秒，其中数据库占比75.3%。优化后性能提升约 90%。 点击添加标题 一：资产查询性能优化并发控制 性能优化思路： a.使用Runtime Analysis工具（事务码SAT ）或者Single transaction Analysis工具 （事务码ST12 ），本例使用ST12说明程序跟踪方法。 一：资产查询性能优化并发控制 性能优化思路： b.选择Current mode，输入需要跟踪的事务码或者程序名，点击Execute/Start trace开始跟踪 一：资产查询性能优化并发控制 性能优化思路： c.输入查询条件，点击运行。为保证可以对比优化前优化后程序效率，输入条件 需保持一致。当查询有结果之后点击返回至Single transaction Analysis 一：资产查询性能优化并发控制 性能优化思路： d.查看跟踪记录。在Trace Analysis List选择跟踪记录，点击ABAP Trace按钮。 可以查看程序运行过程耗时，找到耗时最多的sql语句或运行逻辑等，作为后续程序 优化点。 资产查询性能优化并发控制 2、并发控制 系统的吞度量（承压能力）与事务对CPU的消耗、外部接口、 IO等等紧密关联。 系统吞吐量几个重要参数：QPS （TPS ）、并发数、响应时间： QPS （TPS ）：每秒钟request/事务数量； 并发数：系统同时处理的request/事务数； 响应时间： 一般取平均响应时间。 系统吞吐量通常由QPS （TPS ）、并发数两个因素决定，每套 系统这两个值都有一个相对极限值，在应用场景访问压力下，只要 某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续 增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文 切换、内存等等其它消耗导致系统性能下降。 所以为防止Query2 （资产查询）短时间大量并发影响生产系 统稳定运行，需对Query2做并发控制。实现方法如下： 资产查询性能优化并发控制 2、并发控制 思路：首先配置Query2允许的最大并发数，然后在Query2中 做控制，当系统当前在运行Query2已达到最大并发数，新启事务终 止运行，并提示系统资源不足。实现方法如下： a、SM30：维护视图ZTIFPARAMETER，参数名： ZAM_REPORT_MAX_PROCESS （参数名不能修改），参数值为 设置允许最大进程数。此处未维护时默认Query2不做并发控制。 资产查询性能优化并发控制 b、SE38事务码，输入Query2对应程序名zam_report，点击修改。 资产查询性能优化并发控制 c、在报表ZAM_REPORT查询开始Start-of-selection时增加判断。 获取Query2在系统当前运行条目数及状态。 资产查询性能优化并发控制 d、Query2对应程序ZAM_REPORT做控制。 在程序1352行增加控制，调用针对Work Process 内部函数 ThWpInfo，传值opcode=1，获取当前活动进程List，计算Query2当 前运行进程数，超过设置阈值则中止Query2并提示错误信息。 并发控制不会因程序异常退出或者进程被人为Kill影响。 资产查询性能优化并发控制 e、运行结果： 当配置允许最大并发数为8时，当发起第9个事务时，程序终止 并报错如下： 目录二：后台作业队列分发 设计思路： 如前面提到的，影响系统运行的