Vad är SAP R / 3?
SAP R / 3 är en 3-lags arkitektur som består av 3 lager
- Presentation
- Ansökan
- Databas
Med enkla ord är det en klientserverarkitektur.
- R betyder realtidssystem
- 3 representerar - 3-lags arkitektur.
Användarens dator: - Användare kan komma åt SAP-systemet på två sätt: -
- Genom SAP GUI
- Via webbläsaren
Det kallas front-end. Endast frontend är installerat på användarens dator, inte applikations- / databasservrarna.
Front-end tar användarens önskemål till databasservern och applikationsservrarna.
Applikationsservrar: - Applikationsservern är byggd för att bearbeta affärslogik. Denna arbetsbelastning fördelas mellan flera applikationsservrar. Med flera applikationsservrar kan användaren få utdata snabbare.
Applikationsserver finns på en fjärrplats, jämfört med platsen för användardatorn.
Databaseserver: - Dataserver lagrar och hämtar data enligt SQL-frågor som genereras av ABAP- och Java-applikationer.
Databas och applikation kan finnas på samma eller olika fysiska plats.
Förstå olika SAP-lager
Presentationslager :
Presentation Layer innehåller mjukvarukomponenterna som utgör SAPgui (grafiskt användargränssnitt). Detta lager är gränssnittet mellan R / 3-systemet och dess användare. R / 3-systemet använder SAPgui för att tillhandahålla ett intuitivt grafiskt användargränssnitt för att mata in och visa data.
Presentationslagret skickar användarens inmatning till applikationsservern och tar emot data för visning från den. Medan en SAPgui-komponent körs förblir den länkad till en användares terminalsession i R / 3-systemet.
Applikationsskikt:
Application Layer består av en eller flera applikationsservrar och en meddelandeserver. Varje applikationsserver innehåller en uppsättning tjänster som används för att köra R / 3-systemet. Teoretiskt behöver du bara en applikationsserver för att köra ett R / 3-system. I praktiken distribueras tjänsterna över mer än en applikationsserver. Meddelandeservern ansvarar för kommunikationen mellan applikationsservrarna. Det skickar förfrågningar från en applikationsserver till en annan inom systemet. Den innehåller också information om applikationsservergrupper och den aktuella belastningsbalansen inom dem. Den använder den här informationen för att tilldela en lämplig server när en användare loggar in på systemet.
Databasskikt:
Databasskiktet består av ett centralt databassystem som innehåller alla data i R / 3-systemet. Databasesystemet har två komponenter - databashanteringssystemet (DBMS) och själva databasen. SAP har tillverkat sin egen databas med namnet Hana men är kompatibel med alla större databaser som Oracle. Alla R / 3-data lagras i databasen. Till exempel innehåller databasen kontroll- och anpassningsdata som avgör hur ditt R / 3-system körs. Den innehåller också programkoden för dina applikationer. Applikationerna består av programkod, skärmdefinitioner, menyer, funktionsmoduler och olika andra komponenter. Dessa lagras i ett speciellt avsnitt av databasen som heter R / 3 Repository och kallas följaktligen repository-objekt. R / 3-arkiv, objekt används i ABAP-arbetsbänken.
Förstå komponenterna i SAP R / 3 3-lags arkitektur: -
ABAP + Java-systemarkitektur
- Message Server: Den hanterar kommunikation mellan distribuerade Dispatchers i ABAP-systemet .
- Dispatcher-kö: Olika arbetsprocessstyper lagras i den här kön.
- Dispatcher: Den distribuerar förfrågningar till arbetsprocesserna.
- Gateway: Det möjliggör kommunikation mellan SAP-system och mellan SAP-system och externa system .
- ABAP-arbetsprocesser: - Det utförs separat dialogsteg i R / 3-applikationer. Typer av arbetsprocesser ges enligt nedan: -
- Memory-pipes: Det möjliggör kommunikation mellan ICM och ABAP arbetsprocesser.
- Message Server: Det hanterar java-sändare och serverprocesser. Det möjliggör kommunikation inom java runtime-miljö.
- Enqueue Server: Den hanterar logiska lås som ställs in av det körda Java-applikationsprogrammet i en serverprocess.
- Centrala tjänster: Java-klustret kräver en speciell instans av de centrala tjänsterna för hantering av lås och överföring av meddelanden och data. Java-kluster är en uppsättning processer som arbetar tillsammans för att bygga det pålitliga systemet. Instans är en grupp resurser som minne, arbetsprocesser och så vidare.
- Java Dispatcher: Den tar emot klientförfrågningar och vidarebefordrar till serverprocessen .
- SDM: Software Deployment Manager används för att installera J2EE-komponenter.
- Java-serverprocesser: Det kan behandla ett stort antal förfrågningar samtidigt.
- Trådning: Flera processer körs separat i bakgrunden, detta koncept kallas threading.
- ICM: Det möjliggör kommunikation mellan SAP-system och HTTP, HTTPS, SMTP-protokoll. Det betyder att genom att ange system-URL i webbläsaren kan du också komma åt SAP från webbläsaren.
Ytterligare en komponent är JCO. JCO används för att hantera kommunikation mellan java-avsändare och ABAP-sändare när systemet är konfigurerat som ABAP + Java.
Hur fungerar SAP-inloggningsprocessen?
Steg 1) När en användare klickar på SAP-systemet från GUI vidarebefordras användarförfrågan till Dispatcher. Steg 2) Förfrågan lagras först i Förfrågningsköer. Dispatcher följer först i första ut regel. Den kommer att hitta gratis arbetsprocess och om tillgänglig kommer att tilldelas.
Steg 3) Enligt användarförfrågan tilldelas användaren en viss arbetsprocess. Till exempel när användarinloggning till systemet tilldelas användaren Dialog-arbetsprocessen. Om användaren kör en rapport i bakgrunden tilldelas bakgrundsarbetsprocessen till användaren. När vissa ändringar görs på databasnivå tilldelas uppdateringsprocessen. Så som per användarens åtgärd tilldelas arbetsprocess.
Steg 4)När användaren har tilldelats dialogprocessen och sedan användarbehörigheter, rullas användarens nuvarande inställning in i arbetsprocessen i delat minne för att komma åt användarens data. När dialogsteget körs rullas användardata ut från arbetsprocessen. Således delas minnet och andra användares data kan sparas i delat minnesområde. Dialogsteg betyder skärmrörelser. I en transaktion, när en användare hoppar från en skärm till en annan, kallas processen ett dialogsteg.
Steg 5)Första arbetsprocessen hittar data i bufferten. Om den hittar data i bufferten finns det inget behov av att hämta data från databasen. Således förbättras svarstiden och denna process kallas hit. Om den inte hittar data i buffert kommer den att hitta data i databasen och denna process kallas miss. Hit ratio bör alltid vara högre än miss ratio. Det förbättrar systemets prestanda.
Steg 6) Andra begärda data frågas från databasen och när processen är klar skickas resultatet tillbaka till GUI via avsändaren.
Steg 7) Vid slutanvändarens data tas bort från delat minne så att minnet blir tillgängligt för andra användare. Denna process kallas utrullning.