Sap R/3 ArchiTecture Tutorial

By: Jessica Blake Jessica Blake
Hours Ažurirano

Što je SAP R/3?

SAP R/3 je troslojna arhitektura koja se sastoji od 3 sloja

  1. Prezentacija
  2. primjena
  3. Baza podataka

Jednostavnim riječima, to je arhitektura klijent poslužitelj.

  • R označava sustav u stvarnom vremenu
  • 3 predstavlja – 3-slojnu arhitekturu.

Sap R/3 Architektura

Računalo korisnika:- Korisnici mogu pristupiti SAP sustav na dva načina: -

  1. Kroz SAP GUI
  2. Putem web preglednika

Zove se front-end. Na korisničko računalo instaliran je samo front-end, a ne poslužitelji aplikacija/baza podataka.

Front-end preuzima zahtjeve korisnika na poslužitelj baze podataka i aplikacijske poslužitelje.

Aplikacijski poslužitelji: – Aplikacijski poslužitelj izgrađen je za obradu poslovne logike. Ovo radno opterećenje je raspoređeno između više poslužitelja aplikacija. S više poslužitelja aplikacija, korisnik može brže dobiti izlaz.

Aplikacijski poslužitelj postoji na udaljenoj lokaciji u usporedbi s lokacijom korisničkog računala.

Poslužitelj baze podataka: –Poslužitelj baze podataka pohranjuje i dohvaća podatke prema SQL upite koje generira ABAP i Java aplikacija.

Baza podataka i aplikacija mogu postojati na istoj ili različitoj fizičkoj lokaciji.

Razumijevanje različitog SAP slojevi

Razumijevanje različitih SAP Slojevi

Sloj prezentacije

Prezentacijski sloj sadrži softverske komponente koje čine SAPgui (grafičko korisničko sučelje). Ovaj sloj je sučelje između R/3 sustava i njegovih korisnika. Sustav R/3 koristi SAPgui za pružanje intuitivnog grafičkog korisničkog sučelja za unos i prikaz podataka.

Prezentacijski sloj šalje korisnikov unos aplikacijskom poslužitelju i od njega prima podatke za prikaz. Dok je a SAPgui komponenta radi, ostaje povezana sa sesijom korisničkog terminala u sustavu R/3.

Sloj aplikacije

Sloj aplikacije sastoji se od jednog ili više aplikacijskih poslužitelja i poslužitelja poruka. Svaki aplikacijski poslužitelj sadrži skup usluga koje se koriste za pokretanje R/3 sustava. Teoretski, potreban vam je samo jedan aplikacijski poslužitelj za pokretanje R/3 sustava. U praksi se usluge distribuiraju na više od jednog aplikacijskog poslužitelja. Poslužitelj poruka odgovoran je za komunikaciju između aplikacijskih poslužitelja. On prosljeđuje zahtjeve s jednog aplikacijskog poslužitelja na drugi unutar sustava. Također sadrži informacije o grupama poslužitelja aplikacija i trenutnom balansiranju opterećenja unutar njih. Koristi te informacije za dodjelu odgovarajućeg poslužitelja kada se korisnik prijavi na sustav.

Sloj baze podataka:

Sloj baze podataka sastoji se od središnjeg sustava baze podataka koji sadrži sve podatke u sustavu R/3. Sustav baze podataka ima dvije komponente – sustav za upravljanje bazom podataka (DBMS) i samu bazu podataka. SAP je izradio vlastitu bazu podataka pod nazivom Hana ali je kompatibilan sa svim većim bazama podataka kao što su Oracle. Svi R/3 podaci pohranjeni su u bazi podataka. Na primjer, baza podataka sadrži podatke o kontroli i prilagodbi koji određuju kako vaš R/3 sustav radi. Također sadrži programski kod za vaše aplikacije. Aplikacije se sastoje od programskog koda, definicija zaslona, ​​izbornika, funkcijskih modula i raznih drugih komponenti. Oni su pohranjeni u posebnom odjeljku baze podataka koji se naziva R/3 repozitorij, te se prema tome nazivaju objekti repozitorija. R/3 repozitorij, objekti se koriste u ABAP radnoj površini.

Razumijevanje sastavnih dijelova SAP R/3 3 razine Architektura

Komponente SAP R/3 3 razine Architektura
ABAP+Java sistem Architektura
  1. Poslužitelj poruka:Upravlja komunikacijom između distribuiranih dispečera u ABAP sustav.
  2. Red čekanja za otpremnika: U ovom redu čekanja pohranjeni su različiti tipovi radnih procesa.
  3. Dispečer: Distribuira zahtjeve radnim procesima.
  4. pristupnici: Omogućuje komunikaciju između SAP sustava i između SAP sustava i vanjskih sustava.
  5. ABAP-Radni procesi: – Zasebno izvršava korake dijaloga u R/3 aplikacijama. Vrste radnih procesa date su kako slijedi:-

    Komponente SAP R/3 3 razine Architektura

  6. Memorijske cijevi: Omogućuje komunikaciju između radnih procesa ICM i ABAP.
  7. Poslužitelj poruka: Rukuje java dispečerima i procesima poslužitelja. Omogućuje komunikaciju unutar java runtime okruženja.
  8. Stavi poslužitelj u red čekanja:Rukuje logičkim zaključavanjima koja su postavljena izvršenim Java aplikacijski program u poslužiteljskom procesu.
  9. Centralne službe: Java klaster zahtijeva posebnu instancu središnjeg servisa za upravljanje bravama i prijenos poruka i podataka. Java klaster je skup procesa koji zajedno rade na izgradnji pouzdanog sustava. Instanca je skupina resursa kao što su memorija, radni procesi i tako dalje.
  10. Java Dispečer: Prima zahtjeve klijenta i prosljeđuje procesu poslužitelja.
  11. SDM: Software Deployment Manager se koristi za instaliranje J2EE komponenti.
  12. Java Procesi poslužitelja: Može istovremeno obraditi veliki broj zahtjeva.
  13. Navoja: Višestruki procesi izvršavaju se odvojeno u pozadini, ovaj koncept se naziva niti.
  14. ICM: Omogućuje komunikaciju između SAP sustav i HTTP, HTTPS, SMTP protokol. To znači da možete pristupiti unosom URL-a sustava u preglednik SAP također iz preglednika.

Još jedna komponenta je JCO. JCO se koristi za upravljanje komunikacijom između java dispečera i ABAP dispečera kada je sustav konfiguriran kao ABAP+Java.

Kako SAP Radi li proces prijave?

SAP Proces prijave

Korak 1) Nakon što korisnik klikne na SAP sustava iz GUI-a, prosljeđuje se zahtjev korisnika Otpremanje.

Korak 2) Zahtjev je pohranjen u Najprije zatražite redove čekanja. Dispečer slijedi First in First out Pravilo. Pronaći će slobodan proces rada i ako je dostupan bit će dodijeljen.

Korak 3) Prema zahtjevu korisnika, korisniku se dodjeljuje određeni proces rada. Na primjer, kada se korisnik prijavi u sustav tada se radni proces Dialog-a dodjeljuje korisniku. Ako korisnik pokrene izvješće u pozadini, korisniku se dodjeljuje pozadinski radni proces. Kada se izvrše neke izmjene na razini baze podataka, tada se dodjeljuje radni proces ažuriranja. Dakle, radni proces se dodjeljuje prema radnji korisnika.

Korak 4) Nakon što se korisniku dodijeli radni proces dijaloškog okvira, autorizacije korisnika, korisnikova trenutna postavka uvrštavaju se u radni proces u zajedničkoj memoriji za pristup korisničkim podacima. Nakon što se izvede korak dijaloga, korisnički podaci se izvlače iz radnog procesa. Tako će se zajednička memorija očistiti i podaci drugih korisnika mogu se spremiti u područje zajedničke memorije. Dijaloški korak znači pokrete ekrana. U transakciji, kada korisnik skače s jednog zaslona na drugi, proces se naziva korak dijaloga.

Korak 5) Prvi radni proces će pronaći podatke u međuspremniku. Ako pronađe podatke u međuspremniku, nema potrebe za dohvaćanjem podataka iz baze podataka. Time se vrijeme odziva poboljšava i taj se proces naziva pogodak. Ako ne pronađe podatke u međuspremniku, tada će pronaći podatke u bazi podataka i taj se proces naziva promašajem. Omjer pogodaka trebao bi uvijek biti veći od omjera promašaja. Poboljšava performanse sustava.

Korak 6) Ostali traženi podaci traže se iz baze podataka i kada je proces završen, rezultat se šalje natrag GUI putem dispečera.

Korak 7) Podaci krajnjeg korisnika se uklanjaju iz zajedničke memorije tako da će memorija biti dostupna drugim korisnicima. Ovaj proces se zove izmotavanje.