SAP扫盲系列之二：SAP ABAP应用服务器的组成部分

2020-02-28 1556

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介：

这个系列的第一篇文章，我们了解了什么是SAP应用服务器实例，并使用SAPGUI这个客户端软件，成功登录到了SAP CRM系统的一个应用服务器实例AG3.

本文继续学习ABAP应用服务器的组成部分。

一个典型的ABAP应用服务器由下列组件构成：

(1) Internet Communication Manager (ICM)

(2) ABAP dispatcher

(3) Task handler

(4) 若干工作进程，类型有dialog, update, print, background等等

(5) RFC Gateway

(6) Standalone enqueue server

(7) SAP Message Server

这些组件的关联关系如下图，一个SAP系统可以包含多个应用服务器实例，但ASCS实例只能有一个。

下面简单介绍每个组件的功能。

Internet Communication Manager (ICM) - SAP NetWeaver

ICM是Netweaver服务器里一个单独的进程，由ABAP Dispatcher启动并监控，负责SAP系统和外部的网络通信。基于收到请求URL的解析，ICM会将请求分发给具体的handler进行处理。

ICM常用的与Internet交互的协议有HTTP，HTTPS，SMTP等。

下图是ICM的架构图。

Thread Control：该线程负责接收外界请求，从ICM线程池中取出空闲的工作线程，将请求的上下文交给工作线程。

工作线程：负责请求的具体处理，包含一个I/O处理器，可以用来进行网络的输入和输出操作。对于不同协议类型的请求，Thread Control会调度包含了对应协议插件的工作线程。

Watchdog：如果一个工作线程在任务处理时出现了等待某个响应直至超时的情况，Watchdog会将该工作线程释放，避免其无限期的等待，这样该工作线程可以服务于其他请求。而Watchdog会继续等待尚未到来的响应。其后如果响应到达，Watchdog会通知Thread control, 后者会继续调用新的工作线程来处理。

Signal Handler：处理来自操作系统或者其他进程的信号。

Connection Info: 这张表维护了每个连接的状态信息，包括内存管道等。

Memory Pipes：内存管道是基于内存的通讯数据结构，用于将ICM接收到的外部请求包含的数据转交给工作线程。

Internet Server Cache：服务器端的缓存，对于重复的请求可以加快响应速度。

ABAP Dispatcher和工作进程

二者的关系在下图体现得很清晰，ABAP应用服务器上运行着许多不同类型的工作进程。

SAP gateway

SAP系统之间，以及SAP系统与外部系统间通过基于TCP/IP的RFC调用进行通信，而gateway作为RFC调用分发的入口，如下图所示：

SAP Message Server

每个SAP系统只能包含一个消息服务器，该组件负责完成以下任务：

(1) 作为SAP系统内多个应用服务器实例间的通讯渠道
(2) 对来自客户端通过SAPGUI和SAP RFC登录请求的负载分发

当一个应用服务器实例启动后，其dispatcher进程就会联系消息服务器，向其报告自己能够提供的服务类型。

SAP Router

一个单独运行的程序，保护SAP系统不被未经授权的请求所访问。

SAProuter在网络连接拓扑结构中，在SAP系统间以及SAP系统和外部网络间，扮演着proxy的角色，是基于端口过滤的防火墙机制的一种补充，通常直接安装在防火墙主机上。

SAPRouter维护了一张路由权限表，可以以此维护可以允许何种类型的请求同防火墙背后的SAP系统建立连接。

SAP Start Service

该服务运行在部署了SAP应用服务器实例的服务器上，实现载体是windows的系统服务(sapstartsrv.exe)和Unix系统的Daemon进程(sapstartsrv).

SAP Start Service实现的功能有：

(1) 启动和终止SAP应用服务器实例，及其运行状态的监控
(2) 应用服务器日志，跟踪和配置文件的读取与管理

Enqueue Server

实现ABAP应用程序级别的锁管理机制。应用服务器实例上所有用户当前会话持有的锁，都维护在Enqueue服务器的锁信息管理表中，该表维护在Enqueue服务器的内存中，不会进行持久化，因此Enqueue服务器成为了ABAP系统的单点故障源之一：当Enqueue服务器由于各种原因运行时发生故障需要重启时，维护在内存中的锁信息表的数据会丢失。