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