SAP 响应时间 性能察看
2010-10-13 08:37
169 查看
ST06--检查一下操作系统的性能,看看是否存在CPU、内存、磁盘IO瓶颈。
在AIX操作系统层面上用topas连续监控一下,看看是不是某个进程耗费的CPU、内存资源比较多(某些程序写的不好),还是CPU的IOWAIT部分比较大(磁盘IO性能不足)
ST04--看看数据库的资源消耗,如果BUFFER命中率比较低,需要调整数据库的内存参数设置。
ST02--检查SAP的内存参数设置是否合理,HEAP MEMORY是否被使用。
SM51/SM50:持续监控一下,是不是DIA或UPD的进程开的比较少。如果DIA或UPD持续被使用,需要考虑多开一些进程。
ST03N:看一下进程的平均响应时间,尤其是进程各部分所占用的比例。
Wait time < 10% response time
Main menu > 100ms
工作流量监控中低下的标准也可以做为一具好的性能的衡量指标:
平均的roll-in time < 20ms
平均的roll wait time < 200ms
平均的load time < 10% response time(<50ms)
平均的database request time 40% (response time – wait time)
平均的CPU time < 40%(response time – wait time)
平均的CPU time 不能小于processing time
Sap系统中各个时间概念的解释.Sap系统的性能是由几个不同的时间指标来衡量或者说根据这些时间指标来对Sap系统做相应的调整来提高系统性能.各个时间指标都有相应的请求过程.下面对这几个时间指标进行解释:
Wait time:用户发出transaction process给dispatcher后由dispatcher将这个process放到wait queue中,直到work process可以由这个transaction process获得,这就是wait time.
Roll-in time:当由用户发出的transaction获得work process时,用户的user text data要从roll buffer, extent memory, roll files中roll in到roll memory中.这一段时间就是roll-in time.
Database time:用户的transaction processes请求数据,将由Sap系统的database interface与后台数据库交互,先访问数据库的buffer,如果数据在此buffer中,则Sap database interface直接将数据调出放到Sap buffer中再返回给用户.如果不在database buffer中,则还要通过访问disk将数据先调到database buffer中然后再调到Sap buffer最后返回给用户.由database interface将数据从数据库中调出这一段所处理的时间就是database time.
Load time: Sap处理ABAP code和screen information等的时间
Response time: Transaction process开始到处理完成并将结果返回给用户的这段时间就是response time.
CPU time: Work process在CPU中的进程处理所用的CPU的elapsed time.
Process time: Work process进程调度到释放进程这一段时间.
一个性能指标的参考:K=response time/CPU time,在这,K值不能太大.一般为2
在AIX操作系统层面上用topas连续监控一下,看看是不是某个进程耗费的CPU、内存资源比较多(某些程序写的不好),还是CPU的IOWAIT部分比较大(磁盘IO性能不足)
ST04--看看数据库的资源消耗,如果BUFFER命中率比较低,需要调整数据库的内存参数设置。
ST02--检查SAP的内存参数设置是否合理,HEAP MEMORY是否被使用。
SM51/SM50:持续监控一下,是不是DIA或UPD的进程开的比较少。如果DIA或UPD持续被使用,需要考虑多开一些进程。
ST03N:看一下进程的平均响应时间,尤其是进程各部分所占用的比例。
Wait time < 10% response time
Main menu > 100ms
工作流量监控中低下的标准也可以做为一具好的性能的衡量指标:
平均的roll-in time < 20ms
平均的roll wait time < 200ms
平均的load time < 10% response time(<50ms)
平均的database request time 40% (response time – wait time)
平均的CPU time < 40%(response time – wait time)
平均的CPU time 不能小于processing time
Sap系统中各个时间概念的解释.Sap系统的性能是由几个不同的时间指标来衡量或者说根据这些时间指标来对Sap系统做相应的调整来提高系统性能.各个时间指标都有相应的请求过程.下面对这几个时间指标进行解释:
Wait time:用户发出transaction process给dispatcher后由dispatcher将这个process放到wait queue中,直到work process可以由这个transaction process获得,这就是wait time.
Roll-in time:当由用户发出的transaction获得work process时,用户的user text data要从roll buffer, extent memory, roll files中roll in到roll memory中.这一段时间就是roll-in time.
Database time:用户的transaction processes请求数据,将由Sap系统的database interface与后台数据库交互,先访问数据库的buffer,如果数据在此buffer中,则Sap database interface直接将数据调出放到Sap buffer中再返回给用户.如果不在database buffer中,则还要通过访问disk将数据先调到database buffer中然后再调到Sap buffer最后返回给用户.由database interface将数据从数据库中调出这一段所处理的时间就是database time.
Load time: Sap处理ABAP code和screen information等的时间
Response time: Transaction process开始到处理完成并将结果返回给用户的这段时间就是response time.
CPU time: Work process在CPU中的进程处理所用的CPU的elapsed time.
Process time: Work process进程调度到释放进程这一段时间.
一个性能指标的参考:K=response time/CPU time,在这,K值不能太大.一般为2
相关文章推荐
- SAP 响应时间 性能察看
- SAP 响应时间 性能察看
- 论性能测试中的“响应时间”
- 吞吐量(Throughput)、QPS、并发数、响应时间(RT)对系统性能的影响
- 网络性能常用指标-网络延时及响应时间
- Server对象及应用——随即显示一个星号,察看限制时间对页面响应的限制作用
- 网站流量与性能分析指标:PV/UV/PR/IP/QPS/并发数/吞吐量/响应时间
- 【翻译】性能探索(3)--Cookies对于浏览器响应时间的影响
- 怎么做性能测试--响应时间
- 优化网络和应用性能必知的三个经典响应时间点
- 性能扩展的那些事儿:一味增加硬件并不能解决响应时间问题
- 性能测试需求分析 业务PV量,响应时间、QPS、TPS
- 在性能测试过程中怎样排除线程排队对响应时间的影响
- 【性能】Jmeter 获取响应时间图形、TPS的三个插件
- 性能测试知多少---响应时间
- SAP 分析系统响应时间
- 性能之响应时间
- Transaction Response Time事务响应时间图-我整理的LR性能测试结果分析
- 吞吐量(Throughput)、QPS、并发数、响应时间(RT)对系统性能的影响
- LoadRunner:Controller及结果分析 一、性能测试概述 1、关于性能测试目标: ①TPS ②一定并发用户数下功能点的响应时间 ③一定响应时间内功能点的并发用户数 性能测试不是