SlideShare una empresa de Scribd logo
1 de 18
Architecture SAP 
Principaux Composants et 
Description des EHP 
Réalisé par: 
Mrabtei 
Ayoub
Introduction 
• Un système SAP se compose en générale d’une 
Bases de données et d’une ou plusieurs 
Instances. 
• Le couple Instance/Bases de données forme ce 
qu’on appelle une instance centrale. 
• Une Instance SAP se compose de: 
• Dispatcher. 
• Processus du travail du Dispatcher. 
• Internet Communication Manager. 
• Mémoire (Buffer ..). 
• Gateway.
Introduction 
• Une instance est nommée serveur d’applications 
pour une vue orientée logiciel pour le modèle 
client / Serveur. 
• Les différents types des serveurs d’applications: 
1. SAP Web AS Java 
2. SAP Web AS ABAP 
3. SAP Web AS ABAP+Java
Architecture Interne d’un SAP Web AS
Les principaux flux et message 
d’échanges entre composants 
• Le protocole d’échange est TCP/IP. 
• Par exemple un client : 
• Hostname: db1par1.wdf.sap.corp 
• SID:adm 
• Instance Number: smda1 
• Il démarre le SAP Logon et puis ça démarre le 
SAP GUI avec les spécifications indiquées. 
• Les clients SAPGUI sont exclusivement ABAP et 
ils sont reçus par ABAP dispatcher qui écoute le 
port numéro: 3200 (par exemple).
Les principaux flux et message 
d’échanges entre composants 
• le dispatcher transmet ensuite la requête au 
meilleur processus de travail ABAP valable. 
• Les requêtes basées sur ABAP sont reçues en 
premier lieu par le Internet Communication 
Manager (ICM) qui écoute pour le HTTP sur le 
port 8000 (par défaut). 
• Le ICM analyse ensuite l’URL pour déterminer si 
la session doit être acheminée vers le dispatcher 
ABAP ou Java.
Les principaux flux et message 
d’échanges entre composants 
• Les sessions web Java peuvent être acheminées 
par le ICM, dans d’autres cas, particulièrement 
dans les serveurs uniquement java comme SAP 
EP, ces sessions se connectent directement au 
Dispatcher Java, qui écoute sur 51400 (par 
exemple) pour HTTP et 54201(par exemple) 
pour SSL.
Les principaux flux et message 
d’échanges entre composants 
• Remote Function Call (RFC) le RFC est un 
protocole SAP pour la communication 
interprocessus entre deux systèmes. 
• le RFC permets d’appeler et exécuter des 
fonctions prédéfinies dans un système distant, 
ou dans le système lui même. 
• RFC gère le processus de communication , 
transfert de paramètres, et la gestion d’erreur.
Les principaux flux et message 
d’échanges entre composants 
• SAP Java Connector (JCo)/RFC:Le SAP JCo est un 
adaptateur que les serveurs basées sur Java utilisent 
pour exécuter les communications RFC avec les 
serveurs ABAP . 
• Dans l’engin J2EE les fonctions RFC sont 
implémentées par JCo RFC Provider service, qui est 
utilisé pour procéder aux requêtes ABAP to JAVA. 
• Une fonctionnalité est valable aussi celle de recevoir 
des appels du système SAP ,ce qu’il faut faire c’est 
enregistrer l’engin J2EE comme une destination 
RFC .
Les principaux flux et message 
d’échanges entre composants 
• XML/SOAP Web Services: les messages 
standards XML/SOAP sont utilisés pour les 
communications des services orientés 
architecture.
Le rôle du serveur
Le rôle du serveur 
• Comme on peut le voir sur la figure précédente, 
ICM reçoit la requête HTTP , avec un URL 
contenant la combinaison nom du 
serveur/numéro de port (ex: host1/8000) sur 
lesquelles ICM réponds. 
• ICM analyse après la requête et décide quel 
handler doit être appelé (ABAP ou Java) , dans 
notre exemple c’est ABAP.
Le rôle du serveur 
• Le ICM après charge les données dans les Memory 
pipes (situé dans la mémoire partagée) et informe le 
dispatcher. 
• Le Dispatcher entre la requête ICM dans la file 
d’attente des requêtes et crée un nouveau contexte 
et choisis un processus de travail. 
• Le processus de travail (task handler) lis les données 
depuis la mémoire et procède après à la requête et 
écris la réponse au MPI et puis alarme le ICM qu’il a 
finis de procéder à la requête . 
• Le ICM envoi une réponse au client.
Le rôle du client
Le rôle du client 
• Si le système SAP est le client , cela veut dire, si 
le processus de travail veut envoyer une requête 
via Internet, la procédure est la suivante. 
• Le processus de travail écrit les données qui 
doivent être procédés au MPI et envoie la 
requête au ICM via une connection réseau, qui 
utilise le protocole TCP/IP. 
• ICM procèdes ensuite les données reçus du 
MPI et écris une réponse au MPI.
Les Transactions Importantes 
• SM04: AL08 : Liste des utilisateurs. 
• SM51: Affiche les serveurs d’applications. 
• SM37: Vue d’ensemble de tâche de fond. 
• SM50 SM66: Gestion des processus de travail. 
• PFCG: Conserver des fonctions. 
• SM13: Gestion des documents de mis à jours. 
• SM21: Analyser le journal du système. 
• SM02: Envoi des messages systèmes . 
• RZ20:Surveillance du Cross System.
Description des EHP 
• SAP a introduit sa stratégie des Enhancements 
paquetages pour SAP ERP comme étant un outil pour 
simplifier la manière avec laquelle les clients gère et 
déplois des nouvelles fonctionnalités logiciels. 
• Les clients peuvent implémenter électivement leurs 
innovations logiciels de SAP et activent le logiciel sur 
une business demand. 
• Comme résultat, les clients peuvent isolés l’influence 
des mises à jours logiciels et apporte des nouvelles 
fonctionnalités en ligne rapidement via des cycles de 
Test réduis.
Bonne Lecture 
Réalisé par: Mrabtei Ayoub 
Email: amrabtei@gmail.com

Más contenido relacionado

Similar a Architecture SAP Web AS

Intellicore Tech Talk 10 - Apache Web Server Internals
Intellicore Tech Talk 10 - Apache Web Server InternalsIntellicore Tech Talk 10 - Apache Web Server Internals
Intellicore Tech Talk 10 - Apache Web Server InternalsNeil Armstrong
 
S51 vos projets web services ibm i a l aide de php
S51   vos projets web services ibm i a l aide de phpS51   vos projets web services ibm i a l aide de php
S51 vos projets web services ibm i a l aide de phpGautier DUMAS
 
Architecture réparties et les services web
Architecture réparties et les services webArchitecture réparties et les services web
Architecture réparties et les services webCHOUAIB EL HACHIMI
 
Ix812 g formation-ibm-informix-administration-systeme
Ix812 g formation-ibm-informix-administration-systemeIx812 g formation-ibm-informix-administration-systeme
Ix812 g formation-ibm-informix-administration-systemeCERTyou Formation
 
Architecture jee principe de inversion de controle et injection des dependances
Architecture jee principe de inversion de controle et injection des dependancesArchitecture jee principe de inversion de controle et injection des dependances
Architecture jee principe de inversion de controle et injection des dependancesENSET, Université Hassan II Casablanca
 
Windows Azure, plongée en eaux profondes (300)
Windows Azure, plongée en eaux profondes (300)Windows Azure, plongée en eaux profondes (300)
Windows Azure, plongée en eaux profondes (300)Microsoft Décideurs IT
 
Les socket ing1_issat
Les socket ing1_issatLes socket ing1_issat
Les socket ing1_issatsloumaallagui
 
alphorm.com - Formation Exchange Server 2013 (70-341)
alphorm.com - Formation Exchange Server 2013 (70-341)alphorm.com - Formation Exchange Server 2013 (70-341)
alphorm.com - Formation Exchange Server 2013 (70-341)Alphorm
 
WebServices.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
WebServices.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbWebServices.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
WebServices.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbHINDGUENDOUZ
 
Développement d'applications pour la plateforme Java EE
Développement d'applications pour la plateforme Java EEDéveloppement d'applications pour la plateforme Java EE
Développement d'applications pour la plateforme Java EESabri Bouchlema
 
Push to the web - Websocket et SignalR
Push to the web -  Websocket et SignalRPush to the web -  Websocket et SignalR
Push to the web - Websocket et SignalRMSDEVMTL
 
Webserver tomcat-jboss-jrun-jonas doc
Webserver tomcat-jboss-jrun-jonas docWebserver tomcat-jboss-jrun-jonas doc
Webserver tomcat-jboss-jrun-jonas docWinslo Nwan
 
resume-theorique-m105-0903-2-622f06c594dce.pdf
resume-theorique-m105-0903-2-622f06c594dce.pdfresume-theorique-m105-0903-2-622f06c594dce.pdf
resume-theorique-m105-0903-2-622f06c594dce.pdfFootballLovers9
 
08 01 mise en place d'un serveur web
08 01 mise en place d'un serveur web08 01 mise en place d'un serveur web
08 01 mise en place d'un serveur webNoël
 

Similar a Architecture SAP Web AS (20)

Soap
SoapSoap
Soap
 
Java Entreprise Edition
Java Entreprise EditionJava Entreprise Edition
Java Entreprise Edition
 
La plateforme JEE
La plateforme JEELa plateforme JEE
La plateforme JEE
 
Intellicore Tech Talk 10 - Apache Web Server Internals
Intellicore Tech Talk 10 - Apache Web Server InternalsIntellicore Tech Talk 10 - Apache Web Server Internals
Intellicore Tech Talk 10 - Apache Web Server Internals
 
S51 vos projets web services ibm i a l aide de php
S51   vos projets web services ibm i a l aide de phpS51   vos projets web services ibm i a l aide de php
S51 vos projets web services ibm i a l aide de php
 
Architecture réparties et les services web
Architecture réparties et les services webArchitecture réparties et les services web
Architecture réparties et les services web
 
Ix812 g formation-ibm-informix-administration-systeme
Ix812 g formation-ibm-informix-administration-systemeIx812 g formation-ibm-informix-administration-systeme
Ix812 g formation-ibm-informix-administration-systeme
 
Architecture jee principe de inversion de controle et injection des dependances
Architecture jee principe de inversion de controle et injection des dependancesArchitecture jee principe de inversion de controle et injection des dependances
Architecture jee principe de inversion de controle et injection des dependances
 
Windows Azure, plongée en eaux profondes (300)
Windows Azure, plongée en eaux profondes (300)Windows Azure, plongée en eaux profondes (300)
Windows Azure, plongée en eaux profondes (300)
 
Les socket ing1_issat
Les socket ing1_issatLes socket ing1_issat
Les socket ing1_issat
 
alphorm.com - Formation Exchange Server 2013 (70-341)
alphorm.com - Formation Exchange Server 2013 (70-341)alphorm.com - Formation Exchange Server 2013 (70-341)
alphorm.com - Formation Exchange Server 2013 (70-341)
 
WebServices.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
WebServices.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbWebServices.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
WebServices.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
 
ITN_Module_17.pdf
ITN_Module_17.pdfITN_Module_17.pdf
ITN_Module_17.pdf
 
Développement d'applications pour la plateforme Java EE
Développement d'applications pour la plateforme Java EEDéveloppement d'applications pour la plateforme Java EE
Développement d'applications pour la plateforme Java EE
 
Push to the web - Websocket et SignalR
Push to the web -  Websocket et SignalRPush to the web -  Websocket et SignalR
Push to the web - Websocket et SignalR
 
Webserver tomcat-jboss-jrun-jonas doc
Webserver tomcat-jboss-jrun-jonas docWebserver tomcat-jboss-jrun-jonas doc
Webserver tomcat-jboss-jrun-jonas doc
 
Le Réseau et Java
Le Réseau et JavaLe Réseau et Java
Le Réseau et Java
 
resume-theorique-m105-0903-2-622f06c594dce.pdf
resume-theorique-m105-0903-2-622f06c594dce.pdfresume-theorique-m105-0903-2-622f06c594dce.pdf
resume-theorique-m105-0903-2-622f06c594dce.pdf
 
08 01 mise en place d'un serveur web
08 01 mise en place d'un serveur web08 01 mise en place d'un serveur web
08 01 mise en place d'un serveur web
 
.NET DotNet CF - 3
.NET DotNet CF - 3.NET DotNet CF - 3
.NET DotNet CF - 3
 

Architecture SAP Web AS

  • 1. Architecture SAP Principaux Composants et Description des EHP Réalisé par: Mrabtei Ayoub
  • 2. Introduction • Un système SAP se compose en générale d’une Bases de données et d’une ou plusieurs Instances. • Le couple Instance/Bases de données forme ce qu’on appelle une instance centrale. • Une Instance SAP se compose de: • Dispatcher. • Processus du travail du Dispatcher. • Internet Communication Manager. • Mémoire (Buffer ..). • Gateway.
  • 3. Introduction • Une instance est nommée serveur d’applications pour une vue orientée logiciel pour le modèle client / Serveur. • Les différents types des serveurs d’applications: 1. SAP Web AS Java 2. SAP Web AS ABAP 3. SAP Web AS ABAP+Java
  • 5. Les principaux flux et message d’échanges entre composants • Le protocole d’échange est TCP/IP. • Par exemple un client : • Hostname: db1par1.wdf.sap.corp • SID:adm • Instance Number: smda1 • Il démarre le SAP Logon et puis ça démarre le SAP GUI avec les spécifications indiquées. • Les clients SAPGUI sont exclusivement ABAP et ils sont reçus par ABAP dispatcher qui écoute le port numéro: 3200 (par exemple).
  • 6. Les principaux flux et message d’échanges entre composants • le dispatcher transmet ensuite la requête au meilleur processus de travail ABAP valable. • Les requêtes basées sur ABAP sont reçues en premier lieu par le Internet Communication Manager (ICM) qui écoute pour le HTTP sur le port 8000 (par défaut). • Le ICM analyse ensuite l’URL pour déterminer si la session doit être acheminée vers le dispatcher ABAP ou Java.
  • 7. Les principaux flux et message d’échanges entre composants • Les sessions web Java peuvent être acheminées par le ICM, dans d’autres cas, particulièrement dans les serveurs uniquement java comme SAP EP, ces sessions se connectent directement au Dispatcher Java, qui écoute sur 51400 (par exemple) pour HTTP et 54201(par exemple) pour SSL.
  • 8. Les principaux flux et message d’échanges entre composants • Remote Function Call (RFC) le RFC est un protocole SAP pour la communication interprocessus entre deux systèmes. • le RFC permets d’appeler et exécuter des fonctions prédéfinies dans un système distant, ou dans le système lui même. • RFC gère le processus de communication , transfert de paramètres, et la gestion d’erreur.
  • 9. Les principaux flux et message d’échanges entre composants • SAP Java Connector (JCo)/RFC:Le SAP JCo est un adaptateur que les serveurs basées sur Java utilisent pour exécuter les communications RFC avec les serveurs ABAP . • Dans l’engin J2EE les fonctions RFC sont implémentées par JCo RFC Provider service, qui est utilisé pour procéder aux requêtes ABAP to JAVA. • Une fonctionnalité est valable aussi celle de recevoir des appels du système SAP ,ce qu’il faut faire c’est enregistrer l’engin J2EE comme une destination RFC .
  • 10. Les principaux flux et message d’échanges entre composants • XML/SOAP Web Services: les messages standards XML/SOAP sont utilisés pour les communications des services orientés architecture.
  • 11. Le rôle du serveur
  • 12. Le rôle du serveur • Comme on peut le voir sur la figure précédente, ICM reçoit la requête HTTP , avec un URL contenant la combinaison nom du serveur/numéro de port (ex: host1/8000) sur lesquelles ICM réponds. • ICM analyse après la requête et décide quel handler doit être appelé (ABAP ou Java) , dans notre exemple c’est ABAP.
  • 13. Le rôle du serveur • Le ICM après charge les données dans les Memory pipes (situé dans la mémoire partagée) et informe le dispatcher. • Le Dispatcher entre la requête ICM dans la file d’attente des requêtes et crée un nouveau contexte et choisis un processus de travail. • Le processus de travail (task handler) lis les données depuis la mémoire et procède après à la requête et écris la réponse au MPI et puis alarme le ICM qu’il a finis de procéder à la requête . • Le ICM envoi une réponse au client.
  • 14. Le rôle du client
  • 15. Le rôle du client • Si le système SAP est le client , cela veut dire, si le processus de travail veut envoyer une requête via Internet, la procédure est la suivante. • Le processus de travail écrit les données qui doivent être procédés au MPI et envoie la requête au ICM via une connection réseau, qui utilise le protocole TCP/IP. • ICM procèdes ensuite les données reçus du MPI et écris une réponse au MPI.
  • 16. Les Transactions Importantes • SM04: AL08 : Liste des utilisateurs. • SM51: Affiche les serveurs d’applications. • SM37: Vue d’ensemble de tâche de fond. • SM50 SM66: Gestion des processus de travail. • PFCG: Conserver des fonctions. • SM13: Gestion des documents de mis à jours. • SM21: Analyser le journal du système. • SM02: Envoi des messages systèmes . • RZ20:Surveillance du Cross System.
  • 17. Description des EHP • SAP a introduit sa stratégie des Enhancements paquetages pour SAP ERP comme étant un outil pour simplifier la manière avec laquelle les clients gère et déplois des nouvelles fonctionnalités logiciels. • Les clients peuvent implémenter électivement leurs innovations logiciels de SAP et activent le logiciel sur une business demand. • Comme résultat, les clients peuvent isolés l’influence des mises à jours logiciels et apporte des nouvelles fonctionnalités en ligne rapidement via des cycles de Test réduis.
  • 18. Bonne Lecture Réalisé par: Mrabtei Ayoub Email: amrabtei@gmail.com