SAP R/3 ArchiTutorial zur Architektur

Was bedeutet SAP R/3?

SAP R/3 ist eine 3-Tier-Architektur bestehend aus 3 Schichten

1. Präsentation
2. Anwendungs-
3. Database

Einfach ausgedrückt handelt es sich um eine Client-Server-Architektur.

• R bedeutet Echtzeitsystem
• 3 stellt eine 3-Schichten-Architektur dar.

PC des Benutzers:- Benutzer können darauf zugreifen SAP System auf zwei Arten: -

1. Durch SAP GUI
2. Über einen Webbrowser

Es heißt Frontend. Auf dem PC des Benutzers wird nur das Frontend installiert, nicht die Anwendungs-/Datenbankserver.

Das Frontend leitet die Anfragen des Benutzers an den Datenbankserver und die Anwendungsserver weiter.

Anwendungsserver: – Der Anwendungsserver ist für die Verarbeitung von Geschäftslogik konzipiert. Diese Arbeitslast wird auf mehrere Anwendungsserver verteilt. Mit mehreren Anwendungsservern kann der Benutzer die Ausgabe schneller erhalten.

Der Anwendungsserver befindet sich an einem entfernten Standort im Vergleich zum Standort des Benutzer-PCs.

Datenbankserver: -Der Datenbankserver speichert und ruft Daten gemäß ab SQL Von ABAP generierte Abfragen und Java um weitere Anwendungsbeispiele zu finden.

Datenbank und Anwendung können am selben oder an einem anderen physischen Standort vorhanden sein.

Anders verstehen SAP Lagen

Präsentationsfolie

Die Präsentationsschicht enthält die Softwarekomponenten, aus denen sich das SAPgui (Graphische Benutzeroberfläche). Diese Schicht ist die Schnittstelle zwischen dem R/3-System und seinen Benutzern. Das R/3-System verwendet die SAPGUI bietet eine intuitive grafische Benutzeroberfläche zum Eingeben und Anzeigen von Daten.

Die Präsentationsschicht sendet die Eingaben des Benutzers an den Anwendungsserver und empfängt von ihm Daten zur Anzeige. Während eine SAPGUI-Komponente ausgeführt wird, bleibt sie mit der Terminalsitzung eines Benutzers im R/3-System verknüpft.

Anwendungsschicht

Die Anwendungsschicht besteht aus einem oder mehreren Anwendungsservern und einem Nachrichtenserver. Jeder Anwendungsserver enthält eine Reihe von Diensten, die zum Betrieb des R/3-Systems verwendet werden. Theoretisch benötigen Sie zum Betrieb eines R/3-Systems nur einen Anwendungsserver. In der Praxis werden die Dienste auf mehr als einen Anwendungsserver verteilt. Der Nachrichtenserver ist für die Kommunikation zwischen den Anwendungsservern verantwortlich. Es leitet Anforderungen von einem Anwendungsserver an einen anderen innerhalb des Systems weiter. Es enthält auch Informationen über Anwendungsservergruppen und den aktuellen Lastausgleich innerhalb dieser. Diese Informationen werden verwendet, um einen geeigneten Server zuzuweisen, wenn sich ein Benutzer am System anmeldet.

Datenbankschicht:

Die Datenbankschicht besteht aus einem zentralen Datenbanksystem, das alle Daten des R/3-Systems enthält. Das Datenbanksystem besteht aus zwei Komponenten – dem Datenbankverwaltungssystem (DBMS) und der Datenbank selbst. SAP hat eine eigene Datenbank mit dem Namen Hana ist aber mit allen wichtigen Datenbanken kompatibel, z Oracle. Alle R/3-Daten werden in der Datenbank gespeichert. Die Datenbank enthält beispielsweise die Steuer- und Customizing-Daten, die den Betrieb Ihres R/3-Systems bestimmen. Es enthält auch den Programmcode für Ihre Anwendungen. Anwendungen bestehen aus Programmcode, Bildschirmdefinitionen, Menüs, Funktionsmodulen und verschiedenen anderen Komponenten. Diese werden in einem speziellen Bereich der Datenbank, dem R/3-Repository, gespeichert und werden dementsprechend als Repository-Objekte bezeichnet. R/3-Repository, Objekte werden in der ABAP Workbench verwendet.

Die Komponenten verstehen SAP R/3 3-Tier Architektur

1. Nachrichtenserver:Es verwaltet die Kommunikation zwischen verteilten Dispatchern in ABAP-System.
2. Dispatcher-Warteschlange: In dieser Warteschlange werden verschiedene Arten von Arbeitsprozessen gespeichert.
3. Dispatcher: Es verteilt Anfragen an die Arbeitsprozesse.
4. Tor: Es ermöglicht die Kommunikation zwischen SAP System und zwischen SAP System und externe Systeme.
5. ABAP-Arbeitsprozesse: – Es führt Dialogschritte in R/3-Anwendungen separat aus. Nachfolgend sind die Arten von Arbeitsprozessen aufgeführt:

   

6. Speicherpipes: Es ermöglicht die Kommunikation zwischen ICM- und ABAP-Arbeitsprozessen.
7. Nachrichtenserver: Es verwaltet Java-Dispatcher und Serverprozesse. Es ermöglicht die Kommunikation innerhalb der Java-Laufzeitumgebung.
8. Enqueue-Server:Es behandelt logische Sperren, die von den ausgeführten Java Anwendungsprogramm in einem Serverprozess.
9. Zentrale Dienste: Java Cluster erfordert eine spezielle Instanz der zentralen Dienste zur Verwaltung von Sperren und zur Übertragung von Nachrichten und Daten. Java Ein Cluster ist eine Reihe von Prozessen, die zusammenarbeiten, um ein zuverlässiges System aufzubauen. Eine Instanz ist eine Gruppe von Ressourcen wie Speicher, Arbeitsprozesse usw.
10. Java Dispatcher: Es empfängt die Client-Anfragen und leitet sie an den Serverprozess weiter.
11. SDM: Der Software Deployment Manager wird zur Installation von J2EE-Komponenten verwendet.
12. Java Serverprozesse: Es kann eine große Anzahl Anfragen gleichzeitig verarbeiten.
13. Einfädeln: Mehrere Prozesse werden separat im Hintergrund ausgeführt. Dieses Konzept wird Threading genannt.
14. ICM: Es ermöglicht die Kommunikation zwischen SAP System und HTTP, HTTPS, SMTP-Protokoll. Das bedeutet, dass Sie durch Eingabe der System-URL in den Browser auf SAP auch vom Browser aus.

Eine weitere Komponente ist JCO. JCO wird verwendet, um die Kommunikation zwischen Java-Dispatcher und ABAP-Dispatcher abzuwickeln, wenn das System als ABAP+ konfiguriert ist.Java.

Wie das SAP Anmeldevorgang funktioniert?

Schritt 1) Sobald ein Benutzer auf das SAP System von GUI, die Benutzeranfrage wird weitergeleitet an Versenden.

Schritt 2) Die Anfrage wird in gespeichert Fordern Sie zuerst Warteschlangen an. Der Disponent folgt Als Erster rein, als erster raus Regel. Es werden freie Arbeitsvorgänge gefunden und ggf. zugewiesen.

Schritt 3) Auf Wunsch des Benutzers wird dem Benutzer ein bestimmter Arbeitsprozess zugewiesen. Wenn sich beispielsweise ein Benutzer am System anmeldet, wird dem Benutzer der Dialog-Arbeitsprozess zugewiesen. Wenn der Benutzer einen Bericht im Hintergrund ausführt, wird ihm ein Hintergrundarbeitsprozess zugewiesen. Wenn einige Änderungen auf Datenbankebene vorgenommen werden, wird der Aktualisierungsarbeitsprozess zugewiesen. Je nach Aktion des Benutzers wird also ein Arbeitsprozess zugewiesen.

Schritt 4) Sobald dem Benutzer der Dialog-Workprozess zugewiesen wurde, werden Benutzerberechtigungen und die aktuellen Einstellungen des Benutzers in den Workprozess im gemeinsam genutzten Speicher übernommen, um auf die Daten des Benutzers zuzugreifen. Sobald der Dialogschritt ausgeführt wird, werden die Benutzerdaten aus dem Workprozess ausgerollt. Dadurch wird der gemeinsame Speicher bereinigt und die Daten anderer Benutzer können im gemeinsamen Speicherbereich gespeichert werden. Unter Dialogschritt versteht man die Bildschirmbewegungen. Wenn ein Benutzer in einer Transaktion von einem Bildschirm zum anderen springt, wird der Vorgang als Dialogschritt bezeichnet.

Schritt 5) Der erste Arbeitsvorgang sucht die Daten im Puffer. Wenn er Daten im Puffer findet, müssen sie nicht aus der Datenbank abgerufen werden. Dadurch wird die Reaktionszeit verbessert und dieser Vorgang wird als Treffer bezeichnet. Wenn er die Daten nicht im Puffer findet, sucht er die Daten in der Datenbank und dieser Vorgang wird als Fehlschlag bezeichnet. Die Trefferquote sollte immer höher sein als die Fehlschlagquote. Dies verbessert die Leistung des Systems.

Schritt 6) Weitere angeforderte Daten werden aus der Datenbank abgefragt und nach Abschluss des Vorgangs wird das Ergebnis an zurückgesendet GUI über Dispatcher.

Schritt 7) Am Ende werden die Daten des Benutzers aus dem gemeinsam genutzten Speicher entfernt, sodass der Speicher für andere Benutzer verfügbar ist. Dieser Vorgang wird aufgerufen ausrollen.