Sap R / 3 arhitektuuriõpetus

Lang L: none (table-of-contents):

Anonim

Mis on SAP R / 3?

SAP R / 3 on kolmeastmeline arhitektuur, mis koosneb kolmest kihist

  1. Esitlus
  2. Rakendus
  3. Andmebaas

Lihtsamalt öeldes on see kliendiserveri arhitektuur.

  • R tähistab reaalajasüsteemi
  • 3 tähistab - 3-astmelist arhitektuuri.

Kasutaja arvuti: - Kasutajad saavad SAP-süsteemile juurde pääseda kahel viisil: -

  1. SAP GUI kaudu
  2. Veebibrauseri kaudu

Seda nimetatakse esiotsa. Kasutaja arvutisse on installitud ainult kasutajaliides, mitte rakenduse / andmebaasi serverid.

Esiosa viib kasutaja taotlused andmebaasiserverisse ja rakendusserveritesse.

Rakendusserverid: - rakendusserver on loodud äriloogika töötlemiseks. See töökoormus on jaotatud mitme rakendusserveri vahel. Mitme rakendusserveriga saab kasutaja väljundi kiiremini kätte.

Rakendusserver asub kaugel asukohas, võrreldes kasutaja arvuti asukohaga.

Andmebaasiserver: - andmebaasiserver salvestab ja hangib andmeid vastavalt ABAP- ja Java-rakenduste loodud SQL-päringutele.

Andmebaas ja rakendus võivad eksisteerida ühes või erinevas füüsilises asukohas.

Erinevate SAP-kihtide mõistmine

Esitluskiht :

Esitlus kiht sisaldab tarkvara komponente, mis moodustavad SAPgui (graafiline kasutajaliides). See kiht on liides R / 3 süsteemi ja selle kasutajate vahel. R / 3 süsteem kasutab SAPgui, et pakkuda intuitiivset graafilist kasutajaliidest andmete sisestamiseks ja kuvamiseks.
Esitluskiht saadab kasutaja sisendi rakendusserverisse ja saab sealt kuvamiseks andmeid. Samal ajal kui SAPgui komponent töötab, jääb see seotuks kasutaja terminaliseansiga R / 3 süsteemis.

Rakenduskiht:

Rakenduskiht koosneb ühest või mitmest rakendusserverist ja sõnumserverist. Iga rakendusserver sisaldab teenuse komplekti, mida kasutatakse süsteemi R / 3 käitamiseks. Teoreetiliselt vajate R / 3 süsteemi käitamiseks ainult ühte rakendusserverit. Praktikas on teenused jaotatud mitmele rakendusserverile. Rakendusserverite vahelise suhtluse eest vastutab sõnumserver. See edastab süsteemis taotlusi ühelt rakendusserverilt teisele. See sisaldab ka teavet rakendusserverite rühmade ja nende praeguse koormuse tasakaalustamise kohta. Ta kasutab seda teavet sobiva serveri määramiseks, kui kasutaja süsteemi sisse logib.

Andmebaasi kiht:

Andmekogude kiht koosneb kesksest andmebaasisüsteemist, mis sisaldab kõiki R / 3 süsteemi andmeid. Andmebaasisüsteemil on kaks komponenti - andmebaaside haldussüsteem (DBMS) ja andmebaas ise. SAP on valmistanud oma andmebaasi nimega Hana, kuid ühildub kõigi suuremate andmebaasidega, näiteks Oracle. Kõik R / 3 andmed on andmebaasis salvestatud. Näiteks sisaldab andmebaas juhtimis- ja kohandamisandmeid, mis määravad teie R / 3 süsteemi töötamise. See sisaldab ka teie rakenduste programmikoodi. Rakendused koosnevad programmikoodist, ekraani definitsioonidest, menüüdest, funktsioonimoodulitest ja paljudest muudest komponentidest. Need on salvestatud andmebaasi spetsiaalsesse sektsiooni nimega R / 3 hoidla ja neid nimetatakse vastavalt hoidla objektideks. R / 3 hoidla, objekte kasutatakse ABAP töölaual.

SAP R / 3 kolmetasandilise arhitektuuri komponentide mõistmine: -

ABAP + Java süsteemi arhitektuur

  1. Sõnumiserver: see haldab ABAP-süsteemi hajutatud dispetšerite vahelist suhtlust .
  2. Dispetšeri järjekord: Sellesse järjekorda on salvestatud erinevad tööprotsesside tüübid.
  3. Dispetšer: see jagab tööprotsessidele päringuid.
  4. Lüüs: see võimaldab suhelda SAP-süsteemi vahel ning SAP-süsteemi ja väliste süsteemide vahel .
  5. ABAP-Work protsessid: - See täidab R / 3 rakendustes eraldi dialoogisammud. Tööprotsesside tüübid on toodud allpool: -
  6. Mälutorud: see võimaldab suhelda ICM-i ja ABAP-i tööprotsesside vahel.
  7. Sõnumiserver: see tegeleb java dispetšerite ja serveriprotsessidega. See võimaldab suhtlust java käitamise keskkonnas.
  8. Enqueue Server: see käsitseb loogilisi lukke, mille käivitatud Java rakendusprogramm määrab serveriprotsessis.
  9. Kesksed teenused: Java klaster vajab lukkude haldamiseks ning sõnumite ja andmete edastamiseks spetsiaalset keskteenuste eksemplari. Java klaster on protsesside kogum, mis töötab usaldusväärse süsteemi loomisel koos. Eksemplar on ressursside rühm nagu mälu, tööprotsessid ja nii edasi.
  10. Java dispetšer: see võtab vastu kliendi päringud ja edastab need serveriprotsessi .
  11. SDM: J2EE komponentide installimiseks kasutatakse tarkvara juurutamise haldurit.
  12. Java serveri protsessid: see suudab samaaegselt töödelda suurt hulka taotlusi.
  13. Keermestamine: mitu protsessi toimub taustal eraldi, seda mõistet nimetatakse keermestamiseks.
  14. ICM: see võimaldab suhelda SAP-süsteemi ja HTTP, HTTPS, SMTP-protokolli vahel. See tähendab, et sisestades brauserisse süsteemi URL-i, pääsete SAP-ile juurde ka brauserist.

Üks komponent on veel JCO. JCO-d kasutatakse java-dispetšeri ja ABAP-dispetšeri vahelise suhtluse haldamiseks, kui süsteem on konfigureeritud kui ABAP + Java.

Kuidas SAP-i sisselogimisprotsess töötab?

1. samm. Kui kasutaja klõpsab GUI-st SAP-süsteemil, edastatakse kasutaja päring dispetšerile. 2. samm. Taotlus salvestatakse kõigepealt päringute järjekorda. Dispetšer järgib reeglit First in First out . See leiab tasuta tööprotsessi ja võimaluse korral määratakse.
Samm 3) Kasutaja soovil määratakse kasutajale konkreetne tööprotsess. Näiteks kui kasutaja süsteemi sisse logib, määratakse kasutajale dialoogi tööprotsess. Kui kasutaja käivitab aruande taustal, määratakse kasutajale tausttööprotsess. Kui mõned muudatused tehakse andmebaasi tasemel, määratakse värskendustöötlus. Nii et vastavalt kasutaja toimingule määratakse tööprotsess.
4. samm)Kui kasutajale on määratud dialoogitööprotsess, seejärel kasutaja volitused, rullitakse kasutaja praegused sätted jagatud mälus olevasse tööprotsessi, et pääseda juurde kasutaja andmetele. Kui dialoogi samm on täidetud, rullitakse kasutaja andmed töötlusest välja. Nii puhastatakse jagatud mälu ja teiste kasutajate andmeid saab ühismälu piirkonda salvestada. Dialoogi samm tähendab ekraani liikumisi. Kui kasutajad hüppavad ühelt ekraanilt teisele, nimetatakse toimingut dialoogisammuks.
5. samm)Esimene tööprotsess leiab andmed puhvrist. Kui see leiab andmeid puhvrist, pole andmebaasist andmeid vaja hankida. Seega paraneb reageerimisaeg ja seda protsessi nimetatakse tabamuseks. Kui see ei leia andmeid puhvrist, leiab see andmed andmebaasist ja seda protsessi nimetatakse missiks. Tabamuste suhe peaks olema alati suurem kui vahelejäetud suhe. See parandab süsteemi jõudlust.
Samm 6) Muud soovitud andmed päritakse andmebaasist ja kui protsess on lõpule jõudnud, saadetakse tulemus dispetšeri kaudu GUI-le tagasi .
Samm 7) Lõppkasutaja andmed eemaldatakse jagatud mälust, nii et mälu oleks teistele kasutajatele kättesaadav. Seda protsessi nimetatakse juurutamiseks .