Sève R/3 ArchiTutoriel de configuration
Qu’est ce qu' SAP R/3 ?
SAP R/3 est une architecture à 3 niveaux composée de 3 couches
- Présentation
- Application
- Base de données
En termes simples, c'est une architecture client-serveur.
- R signifie système en temps réel
- 3 représente – une architecture à 3 niveaux.
PC de l'utilisateur : - Les utilisateurs peuvent accéder SAP système de deux manières : -
- Avec SAP GUI
- Via un navigateur Web
C'est ce qu'on appelle le front-end. Seul le frontal est installé sur le PC de l'utilisateur et non sur les serveurs d'applications/de bases de données.
Le front-end transmet les requêtes de l'utilisateur au serveur de base de données et aux serveurs d'applications.
Serveurs d'applications : – Le serveur d'applications est conçu pour traiter la logique métier. Cette charge de travail est répartie entre plusieurs serveurs d'applications. Avec plusieurs serveurs d'applications, l'utilisateur peut obtenir le résultat plus rapidement.
Le serveur d'applications existe à un emplacement distant par rapport à l'emplacement du PC utilisateur.
Serveur de base de données: -Le serveur de base de données stocke et récupère les données selon SQL requêtes générées par ABAP et Java applications.
La base de données et l’application peuvent exister sur le même emplacement physique ou sur un emplacement physique différent.
Comprendre différents SAP poules pondeuses
Couche de présentation
La couche de présentation contient les composants logiciels qui composent le SAPgui (interface utilisateur graphique). Cette couche constitue l'interface entre le système R/3 et ses utilisateurs. Le système R/3 utilise le SAPgui pour fournir une interface utilisateur graphique intuitive pour saisir et afficher des données.
La couche de présentation envoie les entrées de l'utilisateur au serveur d'applications et reçoit de celui-ci les données à afficher. Alors qu'un SAPLe composant GUI est en cours d'exécution, il reste lié à la session de terminal d'un utilisateur dans le système R/3.
Couche d'application
La couche d'application se compose d'un ou plusieurs serveurs d'applications et d'un serveur de messages. Chaque serveur d'applications contient un ensemble de services utilisés pour exécuter le système R/3. Théoriquement, vous n'avez besoin que d'un seul serveur d'applications pour exécuter un système R/3. En pratique, les services sont répartis sur plusieurs serveurs d'applications. Le serveur de messages est responsable de la communication entre les serveurs d'applications. Il transmet les requêtes d'un serveur d'applications à un autre au sein du système. Il contient également des informations sur les groupes de serveurs d'applications et l'équilibrage de charge actuel au sein de ceux-ci. Il utilise ces informations pour attribuer un serveur approprié lorsqu'un utilisateur se connecte au système.
Couche de base de données :
La couche de base de données consiste en un système de base de données central contenant toutes les données du système R/3. Le système de base de données comporte deux composants : le système de gestion de base de données (SGBD) et la base de données elle-même. SAP a fabriqué sa propre base de données nommée Hana mais est compatible avec toutes les principales bases de données telles que Oracle. Toutes les données R/3 sont stockées dans la base de données. Par exemple, la base de données contient les données de contrôle et de personnalisation qui déterminent le fonctionnement de votre système R/3. Il contient également le code du programme de vos applications. Les applications comprennent du code de programme, des définitions d'écran, des menus, des modules de fonction et divers autres composants. Ceux-ci sont stockés dans une section spéciale de la base de données appelée référentiel R/3 et sont par conséquent appelés objets du référentiel. Référentiel R/3, les objets sont utilisés dans ABAP workbench.
Comprendre les composants de SAP R/3 3 niveaux Architecture
- Serveur de messages :Il gère la communication entre les répartiteurs distribués dans Système ABAP.
- File d'attente du répartiteur : Différents types de processus de travail sont stockés dans cette file d'attente.
- Répartiteur : Il distribue les demandes aux processus de travail.
- Passerelle: Il permet la communication entre SAP système et entre SAP système et systèmes externes.
- Processus de travail ABAP : – Il exécute séparément les étapes de dialogue dans les applications R/3. Les types de processus de travail sont indiqués ci-dessous : -
- Canaux de mémoire : Il permet la communication entre les processus de travail ICM et ABAP.
- Serveur de messages : Il gère les répartiteurs Java et les processus serveur. Il permet la communication dans l'environnement d'exécution Java.
- Mettre le serveur en file d'attente :Il gère les verrous logiques définis par l'exécution Java programme d'application dans un processus serveur.
- Services centraux : Java le cluster nécessite une instance spéciale des services centraux pour gérer les verrous et transmettre les messages et les données. Java Un cluster est un ensemble de processus qui fonctionnent ensemble pour construire un système fiable. Une instance est un groupe de ressources telles que la mémoire, les processus de travail, etc.
- Java Répartiteur : Il reçoit les demandes des clients et les transmet au processus serveur.
- MDS : Software Deployment Manager est utilisé pour installer les composants J2EE.
- Java Processus serveur : Il peut traiter un grand nombre de demandes simultanément.
- Filetage: Plusieurs processus s'exécutent séparément en arrière-plan, ce concept est appelé threading.
- MIC : Il permet la communication entre SAP système et protocole HTTP, HTTPS, SMTP. Cela signifie qu'en entrant l'URL du système dans le navigateur, vous pouvez accéder SAP depuis le navigateur également.
Un autre composant est JCO. JCO est utilisé pour gérer la communication entre le répartiteur Java et le répartiteur ABAP lorsque le système est configuré comme ABAP+Java.
Comment le SAP Le processus de connexion fonctionne ?
Étape 1) Une fois qu'un utilisateur clique sur le SAP système à partir de l'interface graphique, la demande de l'utilisateur est transmise à répartiteur.
Étape 2) La demande est stockée dans Demandez d’abord les files d’attente. Le répartiteur suit Premier entré, premier sorti règle. Il trouvera un processus de travail gratuit et, s'il est disponible, sera attribué.
Étape 3) Selon la demande de l'utilisateur, un processus de travail particulier est attribué à l'utilisateur. Par exemple, lorsque l'utilisateur se connecte au système, le processus de travail Dialog est attribué à l'utilisateur. Si l'utilisateur exécute un rapport en arrière-plan, le processus de travail en arrière-plan est attribué à l'utilisateur. Lorsque certaines modifications sont effectuées au niveau de la base de données, le processus de mise à jour est attribué. Ainsi, selon l'action de l'utilisateur, le processus de travail est attribué.
Étape 4) Une fois que l'utilisateur se voit attribuer le processus de travail de dialogue, les autorisations utilisateur et les paramètres actuels de l'utilisateur sont intégrés au processus de travail dans la mémoire partagée pour accéder aux données de l'utilisateur. Une fois l'étape de dialogue exécutée, les données de l'utilisateur sont extraites du processus de travail. Ainsi, la mémoire partagée sera nettoyée et les données des autres utilisateurs pourront être enregistrées dans la zone de mémoire partagée. L'étape de dialogue signifie les mouvements de l'écran. Dans une transaction, lorsqu'un utilisateur passe d'un écran à un autre, le processus est appelé une étape de dialogue.
Étape 5) Le premier processus de travail trouvera les données dans le tampon. S'il trouve des données dans le tampon, il n'est pas nécessaire de récupérer les données de la base de données. Ainsi, le temps de réponse est amélioré et ce processus est appelé hit. S'il ne trouve pas les données dans le tampon, il les trouvera dans la base de données et ce processus est appelé miss. Le taux de réussite doit toujours être supérieur au taux de réussite. Il améliore les performances du système.
Étape 6) Les autres données demandées sont interrogées dans la base de données et une fois le processus terminé, le résultat est renvoyé à Interface graphique via le répartiteur.
Étape 7) Les données de l'utilisateur final sont supprimées de la mémoire partagée afin que la mémoire soit disponible pour les autres utilisateurs. Ce processus est appelé sortir.