Sap R/3 ArchiTecture Tutorial
Jessica Blake
Vad är SAP R/3?
SAP R/3 är en 3-skiktsarkitektur som består av 3 lager
- Presentation
- Ansökan
- Databas
Med enkla ord, det är en klientserverarkitektur.
- R betyder realtidssystem
- 3 representerar – 3-lagers arkitektur.
Användarens PC:- Användare kan komma åt SAP system på två sätt:
- Genom SAP GUI
- Via webbläsare
Det kallas front-end. Endast gränssnittet är installerat på användarens PC, inte applikations-/databasservrarna.
Front-end tar användarens förfrågningar till databasserver och applikationsservrar.
Applikationsservrar: – Applikationsservern är byggd för att bearbeta affärslogik. Denna arbetsbelastning är fördelad på flera applikationsservrar. Med flera applikationsservrar kan användaren få utdata snabbare.
Applikationsservern finns på en avlägsen plats jämfört med platsen för användardatorn.
Databasserver: –Databasserver lagrar och hämtar data enligt SQL frågor genererade av ABAP och Java tillämpningar.
Databas och applikation kan finnas på samma eller annan fysisk plats.
Förstå annorlunda SAP skikt
Presentationslager
Presentationsskiktet innehåller de programvarukomponenter 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 inmatning och visning av data.
Presentationsskiktet skickar användarens input till applikationsservern och tar emot data för visning från den. Medan en SAPgui-komponenten körs, förblir den länkad till en användares terminalsession i R/3-systemet.
Applikationslager
Applikationslagret 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 sett behöver du bara en applikationsserver för att köra ett R/3-system. I praktiken är tjänsterna distribuerade över mer än en applikationsserver. Meddelandeservern ansvarar för kommunikationen mellan applikationsservrarna. Den skickar förfrågningar från en applikationsserver till en annan inom systemet. Den innehåller också information om applikationsservergrupper och den aktuella lastbalanseringen inom dem. Den använder denna information för att tilldela en lämplig server när en användare loggar in på systemet.
Databaslager:
Databasskiktet består av ett centralt databassystem som innehåller all data i R/3-systemet. Databassystemet har två komponenter – databashanteringssystemet (DBMS) och själva databasen. SAP har tillverkat en egen databas med namnet hana men är kompatibel med alla större databaser som t.ex Oracle. All R/3-data lagras i databasen. Databasen innehåller till exempel kontroll- och anpassningsdata som bestämmer hur ditt R/3-system körs. Den innehåller även programkoden för dina applikationer. Applikationer består av programkod, skärmdefinitioner, menyer, funktionsmoduler och olika andra komponenter. Dessa lagras i en speciell sektion av databasen som kallas R/3 Repository, och kallas följaktligen repository-objekt. R/3 repository, objekt används i ABAP workbench.
Förstå komponenterna i SAP R/3 3-lager Architecture
- Meddelandeserver:Den hanterar kommunikation mellan distribuerade dispatchers i ABAP-system.
- Avsändarkö: Olika typer av arbetsprocesser lagras i denna kö.
- Avsändare: Den distribuerar förfrågningar till arbetsprocesserna.
- Inkörsport: Det möjliggör kommunikation mellan SAP system och mellan SAP system och externa system.
- ABAP-Arbetsprocesser: – Den utför separat dialogsteg i R/3-applikationer. Typer av arbetsprocesser ges enligt nedan: -
- Minnespipor: Det möjliggör kommunikation mellan ICM och ABAP arbetsprocesser.
- Meddelandeserver: Den hanterar java-avsändare och serverprocesser. Det möjliggör kommunikation inom java runtime-miljö.
- Enqueue Server:Den hanterar logiska lås som ställs in av den exekverade Java applikationsprogram i en serverprocess.
- Centrala tjänster: Java kluster 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 tillförlitliga systemet. Instans är en grupp av resurser som minne, arbetsprocesser och så vidare.
- Java Avsändare: Den tar emot klientförfrågningar och vidarebefordrar till serverprocessen.
- SDM: Software Deployment Manager används för att installera J2EE-komponenter.
- Java Serverprocesser: Den kan behandla ett stort antal förfrågningar samtidigt.
- Trådning: Flera processer körs separat i bakgrunden, detta koncept kallas trådning.
- ICM: Det möjliggör kommunikation mellan SAP system och HTTP, HTTPS, SMTP-protokoll. Det betyder att du kan komma åt genom att ange system-URL i webbläsaren SAP från webbläsaren också.
Ytterligare en komponent är JCO. JCO används för att hantera kommunikation mellan java dispatcher och ABAP dispatcher när systemet är konfigurerat som ABAP+Java.
Hur SAP Fungerar inloggningsprocessen?
Steg 1) När en användare klickar på SAP system från GUI skickas användarförfrågan vidare till Avsändande.
Steg 2) Begäran lagras i Begär köer först. Dispatcher följer Först in först ut regel. Det kommer att hitta gratis arbetsprocess och om tillgängligt kommer att tilldelas.
Steg 3) Enligt användarens begäran tilldelas en viss arbetsprocess till användaren. Till exempel när användaren loggar in på systemet tilldelas Dialog arbetsprocess till användaren. Om användaren kör en rapport i bakgrunden tilldelas bakgrundsarbetsprocessen till användaren. När vissa ändringar görs på databasnivå tilldelas uppdateringsarbetsprocess. Så enligt användarens handling tilldelas arbetsprocessen.
Steg 4) När användaren har tilldelats dialogens arbetsprocess och sedan användarbehörigheter, rullas användarens aktuella inställning in i arbetsprocessen i delat minne för att komma åt användarens data. När dialogsteget har körts rullas användarens data ut från arbetsprocessen. Således kommer delat minne att rengöras och andra användares data kan sparas i delat minnesområde. Dialogsteg betyder skärmens rö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 kommer att hitta data i bufferten. Om den hittar data i bufferten finns det inget behov av att hämta data från databasen. Därmed förbättras svarstiden och denna process kallas hit. Om den inte hittar data i bufferten kommer den att hitta data i databasen och denna process kallas miss. Träffförhållandet bör alltid vara högre än missförhållandet. Det förbättrar systemets prestanda.
Steg 6) Övriga begärda data efterfrågas från databasen och när processen är klar skickas resultatet tillbaka till GUI via dispatcher.
Steg 7) Vid slutanvändarens data tas bort från det delade minnet så att minnet blir tillgängligt för andra användare. Denna process kallas rulla ut.
