Aspromise

BASIS-系統管理常用TCode(轉載)

一 SAP系統管理常用到的事務代碼

1. SM51 SAP Servers System Monitoring

2. SM21 SAP系統日誌

3. SRZL SAP電腦中心管理系統(CCMS) 建議初學者重點學習.

4. RZ20 Alert Monitor. 工作負載報警監視器.(CCMS下的)

5. ST06 Operating System Monitor,用於分析整個SAP技術棧的性能.

6. ST03N Workload Moniter,負載監視器,用於鑽取線上及批量負載,"最常用的40個"事務,峰值負載細節及某一時間內執行的事務.

7. SSAA 用於執行常規的日,周和月的系統管理功能.

8. SMLG 用於監控SAP登錄負載運行是否均衡;用F5可以鑽取面向特定使用者組的性能資料.

9. AL08 用於檢查登錄到某個SAP應用伺服器上的最終使用者及顯示他們正在執行的事務.

10. ST07 用於檢查登錄到整個系統的最終使用者,系統使用者可根據功能區域分類(如SAP ECC,FI,MM,PM,PS,SD等).

11. SM66 用於查看SAP系統中與每個應用程式及批次處理伺服器的進程執行相關的系統級別的性能.

12. ST22 用於查看ABAP dump,這樣就可以鑒定程式錯誤.這有助於將這類問題回饋給到相關部門或開發組.

附: SAP Online Help.http://help.sap.com

二 性能管理相關的CCMS事務

(1)用戶和應用伺服器分佈 ST07及AL08

ST07可以讓你看到包括所有的應用伺服器在內的整個系統中有多少使用者登錄進來.還可以根據功能分區來將數位拆分細化,還可查看歷史資料.

AL08可以顯示已登錄終端使用者總數,可根據使用者登錄的應用伺服器進行劃分,因此可對某個系統的應用伺服器負載均衡情況進行分析.可顯示每個終端使用者在執行的事務,從而可以即時地對系統負載類型進行分析.

(2)管理負載均衡 SMLG

可用來查看某種登錄負載均衡機制的工作情況.此事務可用於設置登錄組,還可以監視每個登錄組的性能.按F5可查看每個登錄組的回應時統計資料.(SMLG可補充AL08的功能,顯示所登錄的使用者數量,顯示每個登錄組的回應時.)

(3)資料庫概述與性能 DB02及ST04

DB02可跟蹤資料庫如何隨著時間的增長而增長,也可跟蹤索引的數量以及它們的大小,數量和歷史發展趨勢.

ST04(Database Performance Analysis)資料庫性能分析事務,它可以即時地分析緩存命中率,邏輯讀對物理讀的對比,關鍵"緩衝區繁忙等待(Buffer Busy Waits)"值,以及更多其它資訊.

注意,如果需要確定最近某一種變動對資料庫性能的影響,這些即時資料的統計資料是可以重定的.借助Detail Analysis Menu(詳細分析功能表),你可根據特定SQL需求或表的訪問來深入到整個活動,異常事件,資源消耗量以及更多的歷史資料當中.

(4)升級,鎖定和磁片子系統性能 SM12及SM13

如果想要知道升級的應用情況是"提交"到資料庫的情況是否存在鎖定項(lock entry)的話,要通過SM12(資料鎖定項,Database Lock Entries及SM13(管理員更新記錄,Administrator _updateRecords)來完成.

用SM12來流覽與某個資料庫表,使用者或客戶相關的鎖定項.

用SM13來跟蹤和監測即時的資料升級.

(5)記憶體管理和優化統計 ST02

優化統計(Tune Summary),能夠即時查看每個SAP應用伺服器的記憶體及多個緩衝區的運行情況.就某個負載而言,如果緩衝區沒有正確配置或是未被優化,那麼在Swaps列就會顯示出緩衝區的值越積越大,並用紅色高亮顯示出來,這就我們就很容易鑒別出問題所在的區域.

ST02不僅可以管理緩存,還可跟蹤每台應用伺服器的記憶體使用情況.要特別注意當前擴充記憶體的使用率(與高峰時期相比).同樣,要經常檢查堆記憶體(heap memory)的使用是否已最小化.

堆記憶體是特定於工作過程的.當程式使用工作過程的共用記憶體時,它必須採用獨立維護記憶體的PRIV模式.此時,正在執行的程式是無法切換到另一個工作過程的,它會被一直阻塞直到程式執行結束.程式結束後,系統會重啟動工作過程,一切又恢復正常(程式在何處進出記憶體要視SAP系統的需要而定).

(6)回應時和負載性能 ST03及ST03N

監視自身的負荷是性能管理中最重要的一個組成部分.ST03及ST03N就可以執行負載監控器(workload monitor).它既可以為你顯示總體工作負荷的情況,也可以根據對話,批次處理,升級和其他任務類型來分拆顯示.點擊Transication Profile按鈕就可以根據回應時對每種類型的結果進行排序.這裡,你可以分析哪些工作消耗最多的資料庫時間(DB請求時間),CPU時間和其它核心元件的回應時間的事務程式.你還可以查看不同的時間段內的合計值,時間段可以從15分鐘到1個月.查看並跟蹤每天每小時處理的總的對話數,這樣就你可以瞭解一天內每個小時的工作負荷情況.

此外,ST03N還能跟蹤資料的直接讀取,序列讀取和變更(資料庫更新或提交).此外,它還可以獲得每個事務請求的平均位元組數.這樣就可以確定某個系統當前支援的磁片負荷.

除了純粹的回應時指標之外,ST03的"Time Pfofile"和"Transaction Profile"按鈕還支援量化某個特定時間段內的系統負荷,或是根據特定工作負荷來確定哪些事務是最常用的,從而產生了哪些相關硬體的負荷.

事務ST03G使你可以查看並分析與外部系統相關的負荷,以及對跨多個系統的業務過程的系統性能分析.這是對ST03一個強有力的補充.

一般來說,資料庫正常運行時,應該符合以下幾個參數值:

(1)Data Buffer Quality至少為94%.在系統重啟後,Buffer值一般不能立即讀入,此時Qulity值也很低,所以通過等到Reads超過20 000 000以後,才來計算Qulity的值.

(2)Time/user call<20ms

(3)SQL area pinratio>97%.

(7)OS監控器 ST06

OS Monitor(ST06)是另一個可以顯示大量即時性能資料的SAP事務.它包括了根據使用者,系統和閒置時間來進行排序的CPU利用率,CPU進程佇列(也稱為CPU負荷計數).

記憶體OS監控還支援檢查短期歷史資料;點擊"Datail Analysis Menu,詳細分析茶單"就可以訪問到根據主硬體子系統及應用伺服器劃分的歷史資料資訊.

有了這些歷史資料,你就可以將在OS和資料庫那裡所收集到的磁片性能指標以SAP可見的方式進行管理.你還可以查看過去24小時中每小時CPU的負載情況,這樣容易確定負載峰值,還可監視並分析CPU的吞吐性能(如執行SP03N來查看某一段特定時間內的對話數量).同樣,深入SAP性能資料庫也使得從 OS監控器那裡獲取其他通用伺服器或某一具體伺服器的性能分析變得容易起來.你可以將這些數位與你通過基於硬體或OS的性能工具那裡收集到的結果進行比較或是關聯.

OS監控器或事務ST06即提供了即時的性能快照也可以對歷史資料進行訪問.

通過它可以綜合分析出CPU,交換空間,以及記憶體的使用率,總結出作業系統的性能.

(8)監視活動工作過程 SM50和SM66

它們都可以查看系統中工作過程的活動情況.SM50顯示了特定應用伺服器(實際上是你現在登錄的那台)所配置的全部工作過程,而SM66則顯示了所有應用伺服器上的全部活動工作過程.特別是SM66,它可以獲取某台伺服器平臺上的活動使用者或對話的數量;一般來講,平臺的速度越快,某段時間內的活動過程就越少.

SM50:工作進程管理,一個應用伺服器一般有DIA,UPD,ENQ,BTC,SPO五種類型的工作進程.

DIA:為前臺工作進程,一個instance至少要有兩個DIA,否則根本起不來.

UPD,UPD2是立即更新進程(有些系統中為VB1,VB2進程),其中UPD

附:

%pc可協助我們將原始SAP GUI輸出載入到EXCEL中(其它多種格式也可以).

三 其它

1. SU01:用戶維護.

2. SM04:顯示系統中當前活動使用者. AL08可以將一個系統中多台伺服器的用戶都統計在一起.

3. SU10:用戶主記錄大量修改,可根據'位址資料'或'許可權資料'.

4. SU22:事務中許可權物件的用法.

5. SU53:顯示許可權資料.

6. SUIM:使用者資訊系統.

7. ST01:系統軌跡,通常用於記錄系統內部的活動.

8. ST04:資料庫性能分析.

9. RZ10:維護系統的參數檔.

10. RZ11:顯示系統參數檔的參數屬性.

11. SM36:定義後臺作業.

12. SM37:作業選擇概覽.

13. SE01/SE09/SE10:傳輸組織者.

14. SM59:RFC目的(顯示和維護)

15. SPAM:支援包管理.(SAP系統支援包的更新會明顯的提高系統性能.)

文章來源: http://www.sap6.com/learn/basis/073501072015/2744.html