Hva er SAP R / 3?
SAP R / 3 er en 3-lags arkitektur som består av 3 lag
- Presentasjon
- applikasjon
- Database
Med enkle ord er det en klientserverarkitektur.
- R betyr sanntidssystem
- 3 representerer - 3-lags arkitektur.
Brukerens PC: - Brukere kan få tilgang til SAP-systemet på to måter: -
- Gjennom SAP GUI
- Gjennom nettleser
Det kalles frontend. Bare frontend er installert på brukerens PC, ikke applikasjons- / databaseserverne.
Front-end tar brukerens forespørsler til databaseserver og applikasjonsservere.
Applikasjonsservere: - Applikasjonsserveren er laget for å behandle forretningslogikk. Denne arbeidsmengden fordeles på flere applikasjonsservere. Med flere applikasjonsservere kan brukeren få utgangen raskere.
Applikasjonsserver eksisterer på en ekstern plassering sammenlignet med plasseringen til bruker-PC-en.
Databaseserver: - Databaseserver lagrer og henter data i henhold til SQL-spørringer generert av ABAP- og Java-applikasjoner.
Database og applikasjon kan eksistere på samme eller forskjellige fysiske plassering.
Forstå forskjellige SAP-lag
Presentasjonslag :
Presentasjonslaget inneholder programvarekomponentene som utgjør SAPgui (grafisk brukergrensesnitt). Dette laget er grensesnittet mellom R / 3-systemet og dets brukere. R / 3-systemet bruker SAPgui til å gi et intuitivt grafisk brukergrensesnitt for å legge inn og vise data.
Presentasjonslaget sender brukerens innspill til applikasjonsserveren, og mottar data for visning fra den. Mens en SAPgui-komponent kjører, forblir den koblet til en brukers terminalsession i R / 3-systemet.
Applikasjonslag:
Application Layer består av en eller flere applikasjonsservere og en meldingsserver. Hver applikasjonsserver inneholder et sett med tjenester som brukes til å kjøre R / 3-systemet. Teoretisk sett trenger du bare en applikasjonsserver for å kjøre et R / 3-system. I praksis er tjenestene fordelt på mer enn én applikasjonsserver. Meldingsserveren er ansvarlig for kommunikasjonen mellom applikasjonsserverne. Den overfører forespørsler fra en applikasjonsserver til en annen i systemet. Den inneholder også informasjon om applikasjonsservergrupper og gjeldende belastningsbalansering i dem. Den bruker denne informasjonen til å tilordne en passende server når en bruker logger seg på systemet.
Databaselag:
Databasesjiktet består av et sentralt databasesystem som inneholder alle dataene i R / 3-systemet. Databasesystemet har to komponenter - databasesystemet (DBMS) og selve databasen. SAP har produsert sin egen database med navnet Hana, men er kompatibel med alle større databaser som Oracle. Alle R / 3-data er lagret i databasen. For eksempel inneholder databasen kontroll- og tilpasningsdata som bestemmer hvordan R / 3-systemet ditt kjører. Den inneholder også programkoden for applikasjonene dine. Applikasjoner består av programkode, skjermdefinisjoner, menyer, funksjonsmoduler og forskjellige andre komponenter. Disse lagres i en spesiell del av databasen kalt R / 3 Repository, og kalles følgelig depotobjekter. R / 3 repository, objekter brukes i ABAP arbeidsbenk.
Forstå komponentene i SAP R / 3 3-lags arkitektur: -
ABAP + Java systemarkitektur
- Message Server: Den håndterer kommunikasjon mellom distribuerte Dispatchers i ABAP-systemet .
- Dispatcher-kø: Ulike arbeidsprosesstyper lagres i denne køen.
- Dispatcher: Den distribuerer forespørsler til arbeidsprosessene.
- Gateway: Det muliggjør kommunikasjon mellom SAP-system og mellom SAP-system og eksterne systemer .
- ABAP-arbeidsprosesser: - Den utfører separat trinn for dialog i R / 3-applikasjoner. Typer av arbeidsprosesser er gitt som nedenfor: -
- Memory-pipes: Det muliggjør kommunikasjon mellom ICM og ABAP arbeidsprosesser.
- Message Server: Den håndterer java-utsendere og serverprosesser, og muliggjør kommunikasjon i java-kjøretidsmiljø.
- Enqueue Server: Den håndterer logiske låser som er satt av det utførte Java-applikasjonsprogrammet i en serverprosess.
- Sentrale tjenester: Java-klyngen krever en spesiell forekomst av de sentrale tjenestene for å administrere låser og overføre meldinger og data. Java-klynge er et sett med prosesser som jobber sammen for å bygge det pålitelige systemet. Forekomst er en gruppe ressurser som minne, arbeidsprosesser og så videre.
- Java Dispatcher: Den mottar klientforespørslene og videresender til serverprosessen .
- SDM: Software Deployment Manager brukes til å installere J2EE-komponenter.
- Java Server-prosesser: Den kan behandle et stort antall forespørsler samtidig.
- Tråding: Flere prosesser kjøres separat i bakgrunnen, dette konseptet kalles threading.
- ICM: Det muliggjør kommunikasjon mellom SAP-system og HTTP, HTTPS, SMTP-protokoll. Det betyr at ved å angi system-URL i nettleseren kan du også få tilgang til SAP fra nettleseren.
En annen komponent er JCO. JCO brukes til å håndtere kommunikasjon mellom java dispatcher og ABAP dispatcher når systemet er konfigurert som ABAP + Java.
Hvordan fungerer SAP-påloggingsprosessen?
Trinn 1) Når en bruker klikker på SAP-systemet fra GUI, blir brukerforespørselen videresendt til Dispatcher. Trinn 2) Forespørsel lagres først i forespørselkøer. Dispatcher følger First in First out regel. Det vil finne gratis arbeidsprosess, og hvis tilgjengelig vil bli tildelt.
Trinn 3) I henhold til brukerforespørsel tildeles brukeren en bestemt arbeidsprosess. For eksempel når brukerpålogging til systemet blir Dialog-arbeidsprosessen tildelt brukeren. Hvis brukeren kjører en rapport i bakgrunnen, tildeles bakgrunnsarbeidsprosessen til brukeren. Når noen endringer gjøres på databasenivå, blir oppdateringsprosessen tildelt. Så per brukerens handling tildeles arbeidsprosessen.
Trinn 4)Når brukeren er tildelt dialogprosessen og deretter brukerautorisasjonene, rulles brukerens gjeldende innstilling inn til arbeidsprosessen i delt minne for å få tilgang til brukerens data. Når dialogstrinnet utføres, rulles brukerens data ut fra arbeidsprosessen. Dermed vil delt minne bli renset og andre brukeres data kan lagres i området for delt minne. Dialogtrinn betyr skjermbevegelsene. Når en bruker hopper fra en skjerm til en annen i en transaksjon, kalles prosessen et dialogtrinn.
Trinn 5)Første arbeidsprosess vil finne dataene i bufferen. Hvis den finner data i buffer, er det ikke nødvendig å hente data fra databasen. Dermed blir responstid forbedret og denne prosessen kalles hit. Hvis den ikke finner dataene i buffer, vil den finne dataene i databasen, og denne prosessen kalles miss. Treffforholdet bør alltid være høyere enn savningsforholdet. Det forbedrer systemets ytelse.
Trinn 6) Andre etterspurte data blir spurt fra databasen, og når prosessen er fullført, blir resultatet sendt tilbake til GUI via dispatcher.
Trinn 7) Når sluttbrukerens data blir fjernet fra delt minne, slik at minnet vil være tilgjengelig for andre brukere. Denne prosessen kalles utrulling.