Hvad er SAP R / 3?
SAP R / 3 er en 3-lags arkitektur bestående af 3 lag
- Præsentation
- Ansøgning
- Database
Med enkle ord er det en klientserverarkitektur.
- R betyder realtidssystem
- 3 repræsenterer - 3-lags arkitektur.
Brugerens pc: - Brugere kan få adgang til SAP-systemet på to måder: -
- Gennem SAP GUI
- Via webbrowser
Det kaldes frontend. Kun frontend er installeret på brugerens pc, ikke applikations- / databaseserverne.
Front-end tager brugerens anmodninger til databaseserver og applikationsservere.
Applikationsservere: - Applikationsserver er bygget til at behandle forretningslogik. Denne arbejdsbyrde fordeles på flere applikationsservere. Med flere applikationsservere kan brugeren få output hurtigere.
Applikationsserver findes på en fjernbetjening et sted sammenlignet med placeringen af bruger-pc'en.
Databaseserver: - Databaseserver gemmer og henter data efter SQL-forespørgsler genereret af ABAP- og Java-applikationer.
Database og applikation kan eksistere på den samme eller forskellige fysiske placering.
Forståelse af forskellige SAP-lag
Præsentationslag :
Præsentationslaget indeholder de softwarekomponenter, der udgør SAPgui (grafisk brugergrænseflade). Dette lag er grænsefladen mellem R / 3-systemet og dets brugere. R / 3-systemet bruger SAPgui til at give en intuitiv grafisk brugergrænseflade til indtastning og visning af data.
Præsentationslaget sender brugerens input til applikationsserveren og modtager data til visning fra den. Mens en SAPgui-komponent kører, forbliver den linket til en brugers terminalsession i R / 3-systemet.
Applikationslag:
Applikationslaget består af en eller flere applikationsservere og en beskedserver. Hver applikationsserver indeholder et sæt tjenester, der bruges til at køre R / 3-systemet. Teoretisk behøver du kun en applikationsserver til at køre et R / 3-system. I praksis fordeles tjenesterne på mere end en applikationsserver. Meddelelsesserveren er ansvarlig for kommunikationen mellem applikationsserverne. Det videresender anmodninger fra en applikationsserver til en anden inden for systemet. Den indeholder også oplysninger om applikationsservergrupper og den aktuelle belastningsbalancering inden for dem. Den bruger disse oplysninger til at tildele en passende server, når en bruger logger på systemet.
Databaselag:
Databaselaget består af et centralt databasesystem, der indeholder alle dataene i R / 3-systemet. Databasesystemet har to komponenter - databasestyringssystemet (DBMS) og selve databasen. SAP har produceret sin egen database med navnet Hana, men er kompatibel med alle større databaser som Oracle. Alle R / 3-data er gemt i databasen. For eksempel indeholder databasen kontrol- og tilpasningsdata, der bestemmer, hvordan dit R / 3-system kører. Den indeholder også programkoden til dine applikationer. Applikationer består af programkode, skærmdefinitioner, menuer, funktionsmoduler og forskellige andre komponenter. Disse gemmes i et specielt afsnit af databasen kaldet R / 3 Repository og kaldes følgelig repository-objekter. R / 3 repository, objekter bruges i ABAP workbench.
Forståelse af komponenterne i SAP R / 3 3-lags arkitektur: -
ABAP + Java-systemarkitektur
- Message Server: Den håndterer kommunikation mellem distribuerede Dispatchers i ABAP-systemet .
- Dispatcher-kø: Forskellige arbejdsprocestyper gemmes i denne kø.
- Dispatcher: Den distribuerer anmodninger til arbejdsprocesserne.
- Gateway: Det muliggør kommunikation mellem SAP-system og mellem SAP-system og eksterne systemer .
- ABAP-arbejdsprocesser: - Det udfører separat trin i R / 3-applikationer. Typer af arbejdsprocesser er angivet som nedenfor: -
- Hukommelsesrør: Det muliggør kommunikation mellem ICM og ABAP arbejdsprocesser.
- Message Server: Det håndterer java-afsendere og serverprocesser. Det muliggør kommunikation inden for java runtime-miljø.
- Enqueue Server: Det håndterer logiske låse, der er indstillet af det udførte Java-applikationsprogram i en serverproces.
- Centrale tjenester: Java-klynge kræver en særlig forekomst af de centrale tjenester til styring af låse og transmission af meddelelser og data. Java-klynge er et sæt processer, der arbejder sammen for at opbygge det pålidelige system. Forekomst er en gruppe ressourcer såsom hukommelse, arbejdsprocesser og så videre.
- Java Dispatcher: Den modtager klientanmodningerne og videresender til serverprocessen .
- SDM: Software Deployment Manager bruges til at installere J2EE-komponenter.
- Java-serverprocesser: Det kan behandle et stort antal anmodninger samtidigt.
- Trådning: Flere processer udføres separat i baggrunden, dette koncept kaldes threading.
- ICM: Det muliggør kommunikation mellem SAP-system og HTTP, HTTPS, SMTP-protokol. Det betyder ved at indtaste system-URL i browseren, at du også kan få adgang til SAP fra browseren.
En yderligere komponent er JCO. JCO bruges til at håndtere kommunikation mellem java-afsender og ABAP-afsender, når systemet er konfigureret som ABAP + Java.
Hvordan fungerer SAP Logon Process?
Trin 1) Når en bruger klikker på SAP-systemet fra GUI, videresendes brugeranmodningen til Dispatcher. Trin 2) Forespørgsel gemmes først i anmodningskøer. Dispatcher følger først i første ud regel. Den finder gratis arbejdsproces, og hvis den er tilgængelig, tildeles den.
Trin 3) Som pr. Brugeranmodning tildeles brugeren en bestemt arbejdsproces. For eksempel, når brugerlogin til systemet tildeles Dialog-arbejdsprocessen til brugeren. Hvis brugeren kører en rapport i baggrunden, tildeles baggrundsarbejdsprocessen til brugeren. Når nogle ændringer foretages på databaseniveau, tildeles opdateringsprocessen. Så som pr. Brugerens handling tildeles arbejdsproces.
Trin 4)Når brugeren er tildelt dialogprocessen og derefter brugerautorisationer, rulles brugerens aktuelle indstilling ind til arbejdsproces i delt hukommelse for at få adgang til brugerens data. Når dialog-trin udføres, rulles brugerens data ud fra arbejdsprocessen. Således deles hukommelsen, og andre brugers data kan gemmes i det delte hukommelsesområde. Dialogtrin betyder skærmbevægelser. Når en bruger springer fra en skærm til en anden i en transaktion, kaldes processen et dialogtrin.
Trin 5)Første arbejdsproces finder dataene i bufferen. Hvis den finder data i buffer, er der ikke behov for at hente data fra databasen. Således forbedres responstiden, og denne proces kaldes hit. Hvis den ikke finder dataene i buffer, finder den dataene i databasen, og denne proces kaldes miss. Hit ratio skal altid være højere end miss ratio. Det forbedrer systemets ydeevne.
Trin 6) Andre anmodede data forespørges fra databasen, og når processen er færdig, sendes resultatet tilbage til GUI via afsenderen.
Trin 7) Ved slutbrugerens data fjernes fra den delte hukommelse, så hukommelsen vil være tilgængelig for andre brugere. Denne proces kaldes udrulning.