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)