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)