SAP 基礎知識

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)