Logon groups are used to automatically distribute user logons to individual instance or to group of SAP instances ( Application Server ) 로그온그룹이란 SAP Instance를그룹화하거나, 유저로그온시개별인스턴스에자동으로분배할수있도록하는데사용된다.
A user does not log on to a special instance but rather logs on to a so-called LOGON group, and is then logged on to the relevant instance with the lowest load 사용자는특정인스턴스에로그온하는것이아닌, 로그온그룹에속한부하가가장낮은인스턴스에로그인하는것으로로드밸런싱된다.
2. Logon Group 설정 ( Tcode : SMLG )
case ) Instance는 등록 돼 있지만, Logon Group이 없는 경우
1) Logon Group -> 사용하고자 하는 그룹 이름 입력 -> Copy
case ) 새로운 Logon Group에 인스턴스를 할당해 주고 싶은 경우
※ 아래의 예시는 Single Instance이지만, 여러개의 Instance를 가진 시스템의 경우 아래 방법을 통해 Instance별 Logon Group 관리 가능
1) Create Assignment
2) Logon Group 입력 및 Instance 설정
- 사용하고자 하는 Logon Group 입력 후, 할당하고자 하는 Instance 선택
✓ 다수의 Instance를 가진 시스템 예시는 아래와 같다. ✓ 4개의 Instance들은 기본적으로 Test Logon Group에 속해있지만, 4번 Instance의 경우 TEST_CO Logon Group에 추가로 속해있다.
SAP GUI는 사용자의 설정 및 Local configuration을 특정 파일들에 저장한다.
그 중, SAPGUILandscape.xml은 사용자가 설정한 SAP 접속 정보, 계층 정보, 설명 등이 저장돼 있다.
SAP GUI 최초 실행 시, local configuration 파일이 비어있는 채로 생성 된다.
SAP GUI 740까지는 saplogon.ini 파일과 SAPUILandscaple.xml 파일을 함께 사용할 수 있었지만, 750 이상부터는 SAPUILandscape.xml 파일을 사용한다.
2. SAPUILandscape.xml file information
해당 파일에는 Router entries, system status 확인을 위한 URL 등이 있지만 아래의 4가지가 가장 대표적인 정보이다.
Connections to SAP systems defined by the user 유저가 정의한 SAP system 연결 정보
Hierarchical structure on the SAP Logon items when using hierarchical view 계층 뷰를 보기 위해 사용되는 SAP Logon 항목 계층 구조 ( 폴더를 만들고 그 하단에 계층적으로 연결정보를 구성하는 것에 대한 정보 )
System description 시스템 설명
Message server entries 메시지 서버 접속 엔트리
3. Configuration file path
파일 경로는 SAP Logon -> Options -> SAP Logon Options -> Configuration Files 에서 확인 할 수 있다.
해당 경로에 saplogon.ini / SAPLogonTree.xml / saprules.xml 파일이 있는데 이는 구 버전에서 SAPUILandscape.xml의 역할을 했던 파일이다.
4. SAP GUI Version Upgrade
740 -> 750 이상으로 올라갈 경우 saplogon.ini / SapLogonTree.xml / saprules.xml 을 이용해 SAPUILandscape.xml 파일을 만들어 접속 정보를 정의할 수 있다.
1. saplogon.ini / SapLogonTree.xml / saprules.xml 파일을 백업
2. SAP GUI Version Upgrade 후 해당 경로에 생성 된 SAPUILandscape.xml / SAPUILandscapeGlobal.xml 삭제 ( SAP GUI 최초 실행 시 자동 생성 )
3. 백업 받은 세개의 파일을 Configuration Path에 덮어쓴 후, SAP GUI를 실행하면 해당 정보를 기반으로 SAPUILandscape.xml 및 SAPUILandscapeGlobal.xml 생성
sapstartsrv process와의 통신을 통해 시스템을 시작 및 종료 할 수 있는 커맨드 툴이다
✓ sapstartsrv ? sap instance를 관리하기 위한 linux service deamon으로, 해당 서비스가 작동하지 않으면 start, stop이 불가능하다.
과거에 사용하던 'startsap' 과 'stopsap' 명령어는 몇몇 이슈가 있어 SAP에서 사용을 권장하지 않고, 2015년부터 더 이상 지원 및 사용이 되지 않는다 (deprecated).
2. SAP SYSTEM vs SAP Instance
- sapcontrol 명령어를 적절히 사용하기 위해서는 SAP system과 SAP instance의 차이를 알아야 한다.
✓ SAP instance
SAP Instance는 application 및 database server에 필요한 memory, work process와 같은 자원들의 집합체이다.
또한, Instance는 서버에 설치된 어플리케이션이 실행 및 관리를 담당한다.
✓ SAP SYSTEM
SAP SYSTEM은 하나 이상의 인스턴스를 가진 시스템으로 구성된다.
SYSTEM은 인스턴스를 관리하기 위한 다른 프로세스 또한 포함하고 있다.
3. sapcontrol command
- SAP Document about sapcontrol command : https://help.sap.com/docs/SLTOOLSET/9338236b61554ba194f10c236e0237d0/0a2f54809e064ee68b02fb9fb392bafd.html?version=CURRENT_VERSION&locale=en-US
- SAP Server에 접속 후, sidadm으로 계정을 전환한다.
- sapcontrol 메뉴얼 보기
sapcontrol -help
- SAP SYSTEM Instance List 확인
아래의 명령어를 사용할 경우 SAP SYSTEM 상의 모든 인스턴스 목록을 조회 할 수 있다.
It can operate on any database, including third-party and more recently, HANA 최근의 HANA를 비롯한 어떤 종류의 DB와 함께 사용할 수 있는 버전
New version of ECC are not being released and it is expected that customers will transfer their systems over to S/4HANA. ECC 최신 버전은 현재 나오고 있지 않으며, 점차 S/4HANA로 전환될 추세라고 볼 수 있다.
- S/4HANA
S/4HANA is short for SAP Business Suite 4 HANA. As the fourth version of the SAP Business Suit, It is the latest offering from SAP S/4HANA는 SAP Business Suit 4 HANA로서 SAP에서 지원하는 최신의 버전이다.
It runs only on the HANA database, which is an in-memory database developed and tuned by SAP for faster performance and real-time reporting. 빠른 성능과 실시간 reporting을 제공하는 In-memory database인 HANA에서 사용 가능하다.
2. ECC Versions
- This is the predecessor for SAP S/4HANA. As a result ECC 6.0 EHP 618 is the final release. S/4 HANA의 이전 버전으로, ECC 6.0 EHP 618이 마지막 release version 이다.
- 버전 확인을 위해 아래의 절차를 따르면 된다. ( SAP 접속 -> System -> Status -> Component -> Installed Product Versions )
- ECC release strategy
3. S/4HANA Versions
- S/4HANA is offered on two different platforms : On-Premise or Cloud. S/4HANA는 온프라미스와 클라우드라는 두가지 플랫폼에서 제공된다.
- On-Premise is located on your organization's own servers and managed in-house. It has an annual innovation cycle with several smaller updates each year. 온프라미스는 조직 내 서버를 가지고 관리하며, 매년 몇 차례 작은 업데이트가 제공된다.
- 온프라미스의 경우 2020년 까지는 출시된 연도와 월 ( YYMM )을 이용해 버전을 명명했지만, 2020년 10월부터 연도 ( YYYY ) 로 버전을 명명한다. (ex. S/4HANA 1909는 19년 9월에 출시된 버전 & S/4HANA 2022는 22년에 출시된 버전 )
- S/4HANA On-Premise also has several updates for each version per year. These updates will either be Feature Pack Stacks (FPS) for new features or Support Pack Stacks (SPS) for bug fixes. S/4 HANA 온프라미스의 경우 매년 각 버전에 대한 여러 업데이트를 제공한다. 해당 업데이트는 2번의 FPS ( 새로운 기능 )과 Bug Fix에 관한 여러 SPS를 제공한다.
- Cloud is hosted externally on SAP's servers and maintained by SAP. It has a quartely innovation cycle. 클라우드는 SAP에서 서버를 보유 및 관리해주고 분기별 업데이트 주기를 가진다.
- 클라우드의 버전은 연도와 월 ( YYMM )을 이용해 명명한다.
- 버전 확인을 위해 아래의 절차를 따르면 된다. ( SAP 접속 -> System -> Status -> Component -> Installed Product Versions )
- The instance is started by the sapstartsrv process, and not directly by the start service sapstart. Instance는 sapstartsrv process에 의해 시작되며, sapstart service에 의해 직접적으로 실행되지 않는다. ( 안된다라기 보다 않는다의 개념 )
✓ You can also still use startsap and stopsap scripts to start and stop the instance ( standard procedure in older release ) 오래된 버전에서는 startsap 혹은 stopsap을 여전히 사용할 수 있다.
- 해당 스크립트들은 /usr/sap/SID/SYS/exe/us 하위 경로에서 확인 할 수 있다.
1. OS boot -> /etc/init.d/sapinit
- SAP 설치시 /etc/init.d 경로에 sapinit 스크립트가 설치되고, OS 부팅시 /etc/init.d에 있는 스크립트들이 실행된다. - sapinit script를 통해 sapstartsrv가 실행되며, 해당 프로세스는 AP 구동에 필요한 process들의 부모 프로세스가 된다.
- sapinit은 또한, /usr/sap/sapservices 파일을 읽어오는데 해당 파일에는 instance별 라이브러리 정보를 가지고 있다.
2. sapinit -> process run
- sapinit이 실행되면 크게 아래의 SAP 시스템 프로세스가 실행된다.
/usr/sap/hostctrl/ 하위의 Host Agent
/usr/sap/SID/ASCS<##> 하위의 ASCS
- ASCS는 Enqueue server와 Message server로 구성된 SAP Instance이다.
/usr/sap/SIC/D<##> 하위의 PAS
- PAS는 실제 서비스 구동에 필요한 Instance이다.
3. SAP AP Start sequence
- 위의 순서를 정리하면 다음과 같다. - OS boot -> /etc/init.d/sapinit -> sapstartsrv -> Host Agent / ASCS / PAS
- SAP가 설치된 서버의 /etcc/services 파일을 확인하면 포트에 대한 정보를 얻을 수 있다. 아래의 5개의 포트는 SAP Application server에 주로 사용하는 포트이다.
sapdp##
32##/tcp
# SAP Dispatcher Port
sapgw##
33##/tcp
# SAP Gateway Port
sapmsSID
36##/tcp
# SAP Message Server Port
sapdp##s
47##/tcp
# SAP System Dispatcher Security Port
sapgw##s
48##/tcp
# SAP System Gateway Security Port
- 32<##> port : SAP GUI를 이용해 SAP 서버에 접속 할 수 있다. - 33<##> port : RFC를 이용해 SAP 서버에 접속 할 수 있다. - 36<##> port : Message server에 연결 할 수 있는 port로, 일반적으로 ASCS instance를 가진 port이다. ( ex. ASCS instance가 1인 경우 3601 port 오픈 필요 ) - 80<##> port : ICM HTTP ( Internet Communication Manager HTTP ) 를 사용할 수 있다. - 443<##> port : ICM HTTPS ( Internet Communication Manage HTTPS )를 사용할 수 있다.
✓ ICM ? SAP GUI와 다르게 사용자가 크롬이나 IE 같은 Web Browser로 접속하게 되면 ICM에 먼저 접속하고 사용자의 요청을 Dialog Work Process에 전달 한다.
2. SAP Router Port
- AP server <-> SAP Router 연결을 위해 3299번 Port 를 사용한다.
SAP Router is a software application that provides a remote connection between customers network and SAP
SAP 라우터는 SAP와 고객의 네트워크를 원격 연결 할 수 있도록 한다.
✓ 개인적인 생각으로는 위 정의가 SAP Router를 사용하는 가장 큰 이유인것 같다.
[ 일반적인 정의 ]
SAP Router is an SAP Program which behave as an intermediate station or proxy between SAP system and external networks. SAP 라우터는 SAP system과 외부 네트워크 사이에서 중개소 혹은 프록시와 같은 역할을 하는 SAP 프로그램이다.
It control the access to our network and protects our SAP network against unauthorized access. SAP 라우터는 네트워크 접근을 컨트롤 하고 허가되지 않은 접속으로 부터 SAP network를 보호한다.
2. SAP Router 이점
- Improve network security. e.g by using a password or by only allowing encrypted connections from known sources. 패스워드를 사용하거나, 알려진 소스의 암호화 된 연결을 허락해 네트워크 보안을 향상 시킬 수 있다.
- Control and log the connections to your SAP system. SAP system의 접속 로그 및 컨트롤이 가능하다.
- Set up an indirect connection when programs involved cannot communication with each other due to network configuration. 네트워크 구성으로 인해 프로그램간 통신이 불가능한 경우 간접 연결을 통해 통신할 수 있도록 한다.
- Increase performance and stability by reducing the SAP system workload within a local area network (LAN) when communicating with a wide area network (WAN). WAN과 통신할 때 SAP 시스템을 사용하는 LAN 내의 부하를 줄임으로써 성능과 안정성을 향상시킬 수 있다.
3. SAP Router 사용
- Your network (LAN) using a firewall as protection against access from outside. 아래는 외부의 접근으로 부터 보호하기 위해 방화벽을 사용하는 네트워크 구성으로
- SAP Router runs on the firewall hosts, and servers as a "gate" to your network. This gate is only opened for connection you specify. SAP Router는 방화벽 호스트에서 실행되며, 명시된 접속에 대해서 열리는 gate로서의 역할을 한다.
- At least one SAP router installed within DMZ which is connected to the internet. 적어도 하나의 SAP Router는 인터넷이 연결된 DMZ 내에 설치된다.
- This is often useful if, for example is a supoort connection from SAP to your SAP system that SAP staff use to access your system in the case of problems. SAP system에 문제가 발생할 경우 SAP 직원이 해당 Router를 이용해 system에 접근하는 역할을 한다. (내가 생각하는 Router 사용의 가장 큰 목적)
- T-code SM04 show the list of the users which are logged on to the instance in which are currently logged in. The total number of users and sessions are given at the bottom of the list. SM04는 현재 해당 Instance에 로그온 된 사용자들을 보여주는 T-code 이다. 유저의 수와 세션 정보를 보여준다.
2. AL08
- T-code AL08 show the list of all the users who are logged on the system globally or for all the instance in the system which are active. AL08은 실행중인 시스템의 모든 인스턴스에 로그온 된 사용자 리스트를 보여주는 T-code 이다.
3. SM04 vs AL08
- 두 T-code 간의 가장 큰 차이는 현재 Instance에 로그온 된 사용자를 보여주는지, 시스템의 모든 Instance에 로그온 된 사용자를 보여주는지에 대한 것인지 이다.
- 만약, 특정 사용자를 Log off 시키고 싶은 경우 AL08에서 유저가 어떤 Instance에 접속 중인지 확인 후, SM51에서 해당 Instance로 접속해 SM04에서 로그아웃 시키면 된다.
4. 사용자 로그아웃 시키기 ( User logout )
(1) T-code : AL08을 이용해 로그아웃 시키고자 하는 유저가 어떤 AP Instance에서 접속 했는지 확인
(2) T-code : SM51을 이용해 접속 된 AP Instance로 Switch
(3) T-code : SM04 실행 후, 로그아웃 시키고자 하는 User 검색 후 Check -> User -> Log Off Users -> Local or System-wide 선택
Local : 선택 된 User에 의해 열린 Session에 대한 로그아웃
System-wide : 시스템에 의해 동일 클라이언트에 있는 동일 User에 대해 모두 로그아웃
✓ SM04에 User명을 검색했을 때, 동일한 유저 명으로 여러개의 세션이 있는 것을 확인할 수 있다. 하나씩 로그아웃 하고 싶으면 로컬 로그아웃, 한번에 하고 싶으면 System-wide 로그아웃 진행
- SAP Profiles are operating system files that contain instance configuration information. SAP profile은 인스턴스 정보를 가지고 있는 운영 시스템 파일이다.
- SAP system can consist of one or more instances. Individual configuration parameters can be customized to the requirements of each instance. SAP 시스템은 하나 이상의 AP server instance로 구성되어 프로파일 내 파라미터를 필요에 따라 구성 할 수 있다.
- There are 3 types of profiles in SAP SAP에는 아래와 같이 세가지 종류의 프로파일이 있다. ( 이번 포스팅에서는 Default / Instance profile에 대해 다룰 예정 )
Start profile
Default profile ( i.e DEFAULT.PFL - 일반적으로 시스템 프로파일로 불린다.)
Instance profile
2. DEFAULT.PFL
- This profile exists uniquely in an SAP R/3 system. It means if there are 5 application servers in an SAP system, even then there will be only one DEFAULT.PFL file. 해당 프로파일은 시스템 상에 고유하게 존재하며, 여러개의 AP 서버가 존재하더라도 오직 하나의 DEFAULT.PEL을 가진다.
- It contain system-wide settings which include 해당 프로파일은 아래와 같은 시스템의 전반적인 세팅 정보를 가진다.
Name of the SAP system
The database system
Name of the enqueue server
- Each SAP R/3 instance to be started reads this profile first. The information specified in this profile is very vital for the functioning of the SAP system. 각각의 SAP instance는 기동시 해당 프로파일을 우선적으로 읽는다. 해당 프로파일에 설정된 정보는 SAP 시스템에 필수적인 역할을 한다.
3. Instance profile
- Instance profile is specific to an instance. if there are 5 application server, each will have profile with the setting specific to an instance. 인스턴스 프로파일은 각 인스턴스별로 가지게 된다. 만약 5개의 어플리케이션 서버를 가진다면, 각각의 설정은 자신의 인스턴스 파일을 따라간다.
- The runtime environment of the instance is configured in the instance profile. 인스턴스 프로파일은 각 인스턴스의 런타임 환경에 대해 정의한다.
- In Instance profile parameters specific to an instance can be set like auto_gui_logout_time, number of work process, etc 인스턴스 프로파일에 명시된 파라미터를 통해 인스턴스 별 GUI 자동 로그아웃 시간, 워크 프로세스의 개수 제한 등등의 설정을 할 수 있다.
- 사용자에 의해 일반적으로 사용되는 유저 타입으로 SAP GUI를 통해 로그인이 가능하다. - 로그인 시, 만료일자 및 초기 패스워드를 체크한 뒤, 비밀번호를 변경할 수 있는 옵션을 제공한다. - 파라미터 설정에 따라 다중 사용자 로그인 가능 여부가 결정된다.
✓ 다중 로그인 관련 파라미터
login/disable_multi_gui_logon : Default가 0일 경우 멀티 로그인 가능 / 1일 경우 멀티 로그인 불가능
멀티 로그인 가능멀티 로그인 불가능
login/multi_login_users : 멀티 로그인을 막을 경우 예외적으로 허용하는 User list parameter
2. SYSTEM "B"
- 내부 시스템 프로세스 ( Background ) 혹은 시스템 관련 프로세스 ( TMS, ALE, workflow, CUA )들이 사용하는 계정으로 SAP GUI를 통해 로그인이 불가능 하다. - SYSTEM 계정의 경우 비밀번호 만료일자가 없고, 관리자에 의해서만 비밀번호 변경이 가능하다. - 다중 사용자 로그인이 가능하다.
3. Communication "C"
- 외부 시스템 ( 비 SAP 시스템 ) 에서 SAP로 RFC 호출을 하기 위해 사용되는 계정으로 SAP GUI를 통해 로그인이 불가능 하다. - 사용자에 의해 비밀번호 변경이 가능하고, 만료 일자가 존재한다. ( 이 부분이 SYSTEM Type과의 차이점인것 같다. )
4. Service "S"
- 중복 로그인이 가능한 Dialog 계정으로, 익명의 대규모 사용자가 사용하는 계정의 Type이다. - 일반적으로 웹 서비스와 같은 익명의 세션을 위해 사용되고, 이 때문에 엄격한 권한 관리가 요구된다. - 관리자에 의해 비밀번호를 변경할 수 있으며, 만료일자는 지정되지 않는다.
5. Reference "L"
- 로그인이 불가능 하지만, 타 계정을 생성해 권한 및 프로파일을 상속하는데 사용되는 계정이다. - 필자의 경우 Dialog 계정을 Copy해 신규 유저를 생성하지만, 권한의 상속을 원하면 Reference User를 설정하는 방법을 사용 할 수 있다.
- SAP Solution이 설치된 software로 일반적으로 1대의 DB ( 이중화 하지 않은 경우 )와 여러개의 Application Server Instance로 구성된다. - SAP system은 ABAP System / JAVA System / ABAP + JAVA System으로 총 3개의 Type이 존재한다.
2. SAP Instance 란?
- SAP Instance는 SAP Service를 제공하는 단위로, 자원을 하나의 그룹으로 묶어서 사용자에게 서비스를 제공한다. - SAP Instance는 크게 ASCS / AS / DB 와 같이 3개의 Type으로 나눌 수 있다.
(1) ASCS ( ABAP Central Service ) : Instance간 통신을 수행하는 Message Server와 Lock을 관리하는 Enqueue Server로 구성된 Instance.
Message Server : ABAP Dispatcher간의 통신을 담당해, 한 쪽에 요청이 몰리지 않도록 부하 분산의 역할을 하는 서버
Enqueue Server : Lock Table 관리를 통해 Lock request를 받으면 이미 Lock을 수행할 지, Lock이 걸려있어 충돌이 발생하는지 확인하고 결정하는 서버
(2) AS ( Application Server ) : Application Layer에 존재하는 인스턴스로 사용자의 요청에 대한 응답을 처리하는 인스턴스로 일반적으로 PAS와 AAS를 의미
PAS ( Primary Application Server ) : 첫번째로 설치되는 Application Server.
AAS ( Additional Application Server ) : 추가로 설치되는 Application Server로, 다중으로 구성돼 하나의 AP서버에 몰리는 부하를 분산 처리한다.
(3) DB ( Database ) : 사용자의 요청을 수행하기 위해 ASCS 요청을 처리하는 곳으로 data 처리와 연관된 인스턴스
3. CI, CD vs ASCS, PAS, AAS
- CI ( Central Instance )와 DI ( Dialog Instance )는 PAS, AAS와 같이 사용자의 요청에 대한 응답을 처리하는 인스턴스 이다. - 다만, CI의 경우 과거에 사용하던 용어로 현재 사용하는 PAS와 ASCS의 역할을 동시에 하는 인스턴스이다. - 또한, DI의 경우 AAS와 동일한 역할을 하는 인스턴스로 과거게 사용했던 용어이다.
(1) SAP Netweaver 7.0의 SAP System 구성
Netweaver 7.0에서는 CI와 DI를 이용해 SAP system을 구성했고, CI는 ABAP MS ( Message Server )와 Enqueue Server를 반드시 포함하는 구성을 가지고 있다.
(2) SAP Netweaver 7.1 이상 버전에서의 SAP System 구성
Netweaver 7.1이상의 버전에서는 Start Service와 ASCS가 새롭게 추가됐다.
Netweaver 7.1 이상에서는 Netweaver 7.0에서 사용되던 CI, DI에 대한 용어가 PAS, AAS, ASCS로 변경됐다.
Netweaver 7.0에서 MS와 Enqueue Server를 포함했다면, Netweaver 7.1에서는 MS와 Enqueue Server로 구성된 별도의 ASCS Instance를 이용해 기존 CI의 부하를 줄이고 동시에 고가용성 (HA) 구성을 할 수 있게 됐다.
Netweaver 7.1 이상에서는 Netweaver 7.0에서 사용되던 CI, DI에 대한 용어가 PAS, AAS, ASCS로 단순히 변경될 뿐 아니라, ASCS를 독립적인 HW로 구성할 수 있게 됐다 ( 하기 이미지 참고 )
CI가 PAS와 ASCS로 분리됨에 따라 실질적으로 PAS는 Netweaver 7.0의 DI와 같은 역할을 수행하게 됐다.
- 3 Tier Layer로 구성된 SAP Architecture로 R - Signifies Real-time system / 3 - represents - 3 tier architecture라는 의미를 가진다.
(1) Presentation Layer
- 개인 컴퓨터, R/3 시스템과 사용자 간의 인터페이스를 제공하는 Layer - 사용자는 SAP GUI 혹은 Web browser를 이용해 SAP system에 접속 할 수 있다. - 해당 Layer는 front-end로 불리며 application server나 database server와 달리 사용자의 PC에 설치된다.
(2) Application Layer
- SAP의 모든 프로그램이 구동되는 Layer - Dispatcher를 이용해 다수의 Work process에 요청을 분배 및 전달하는 역할을 한다. - 해당 Layer는 로컬 PC가 아닌 장소에 서버가 구성돼 있다.
(3) Database Layer
- SAP의 모든 데이터를 데이터베이스 테이블에 저장 및 가져오는 Layer이다. - 해당 Layer 또한 Application Layer와 동일하게 로컬 PC가 아닌 장소에 구성 돼 있다.
2. ABAP Dispatcher VS ICM
- ABAP Dispatcher distributes requests to the work processes. ABAP Dispatcher는 Present Layer를 통해 들어오는 요청들을 Work Process에 분배해주는 역할을 한다.
- ICM enables communication between SAP system and HTTP, HTTPS, SMTP protocol. It means by entering system URL in the browser you can access SAP from browser also, ICM은 SAP 시스템과 웹 브라우저 사이의 통신을 가능하게 하는 것으로, 웹으로 접속한 사용자의 요청을 Work Process에 전달한다.
