SAP R/3系統的應用層由應用服務器及訊息服務器(Message Server)組成，
應用服務器組件如下：
作業行程(Work Process)
調度機(Dispatcher)
網關服務器(Gateway Server)
在SAP中可以設定Loading-Balance登陸，當有多個安裝實體做負載平衡，SAP組登陸需要SAP Message Server，一般SAP系統默認就具有Message Server的功能,通過3600埠通訊，SAP 登陸時會從Windows的service檔案中獲取服務名稱，需要在這個檔案中指定service名稱與埠映射，在%systemroot%\system32\drivers\etc\中打開檔案services并在其最后加入一行：
sapmsSID 3600/tcp
與Message Server有關的事務碼SMMS(查看MS狀態), SMLG（設定登陸組）：
SMMS
- 調度機(Dispatcher)
在Work Process與應用服務器的用戶之間起連接作用，每一個應用服務器中都包括一個Dispatcher,作用是接收SAP GUI的Dialog請求，并將其發給你當前處于IDLE的Work Process，同時將回傳結果送回到用戶GUI進行顯示，
- 作業行程(Work Process)
- Dialog [ DIA ] : 用于執行前臺&對話框程式
- Background [ BGD ] : 用于執行批處理&后臺行程
- Spool [ SPO ] : 用于執行列印格式化&輸出管理,每個應用服務器至少包含一個
- Enqueue [ ENQ ] : 用于執行鎖操作,在共享記憶體區中管理表的鎖定，一個R/3 系統中只能有一個鎖定，因此只有一個應用服務器進行鎖定相關操作，
- Update [ UPD ] (V1/V2) : 用于異步資料庫更新
- V1 用于更新Time-Critical重要資訊，V2 用于更新Non-Critical文本備注等不重要資訊
- V1優先級高于V2，V1更新使用V1行程處理,V1行程名字一般為UPD,V1行程系結獨立的資料庫行程.在V1行程中調度的更新函式如果更新失敗,回滾,不進行V2操作.成功則提交更改到資料庫,同時洗掉所有的SAP鎖
- V2更新使用V2行程處理,如果沒有配置V2行程則共用V1行程,V2行程名字為UP2,V2更新在獨立DB LUW中,V2更新回滾后不會影響到V1更新提交的資料,由于V1更新結束后會洗掉SAP的鎖,所以V2更新是在沒有邏輯鎖的情況下進行的,V2更新出錯后可以在SM13中重新執行
SM13
SM51
SM50
PID為行程號,可通過SM66來查看
可根據業務時間通過RZ04來調整Process的數量
RZ03 設定不同時間段的模式
合理的配置和使用Opearation Modes and Instances 在不增加系統硬體配置下，不失為性能調優的好方法，系統運行時，可以根據時間段來實作不同操作模式的切換，因為通常情況下白天用戶Dialog要多于Background，夜間則相反，
PS: 特別要注意的是模式切換后不會立即生效 , 筆者之前在做Data Archive的時候就有遇到性能問題
作業行程(Work Process)
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/121107.html
標籤：其他