Sap R/3 Architecture Tutorial

Mi a SAP R/3?

SAP Az R/3 egy 3 rétegű architektúra, amely 3 rétegből áll

1. Bemutatás
2. Alkalmazás
3. adatbázis

Egyszerűen fogalmazva, ez egy kliens szerver architektúra.

• R valós idejű rendszert jelent
• 3 3-szintű architektúrát képvisel.

Felhasználó számítógépe: - A felhasználók hozzáférhetnek SAP rendszer kétféleképpen:

1. Keresztül SAP GUI
2. Webböngészőn keresztül

Ezt front-endnek hívják. Csak az előtér van telepítve a felhasználó számítógépére, nem az alkalmazás-/adatbázis-kiszolgálók.

A front-end a felhasználó kéréseit adatbázis- és alkalmazáskiszolgálókra viszi.

Alkalmazás szerverek: - Az alkalmazáskiszolgáló az üzleti logika feldolgozására készült. Ez a munkaterhelés több alkalmazáskiszolgáló között van megosztva. Több alkalmazáskiszolgálóval a felhasználó gyorsabban érheti el a kimenetet.

Az alkalmazáskiszolgáló egy távoli helyen létezik, összehasonlítva a felhasználói számítógép helyével.

Adatbázis szerver: -Az adatbázis-szerver a szerint tárolja és kéri le az adatokat SQL az ABAP által generált lekérdezések és Java alkalmazásokat.

Az adatbázis és az alkalmazás létezhet ugyanazon vagy eltérő fizikai helyen.

Megérteni a másikat SAP tojók

Bemutató réteg

A prezentációs réteg tartalmazza azokat a szoftverösszetevőket, amelyek a SAPgui (grafikus felhasználói felület). Ez a réteg interfész az R/3 rendszer és felhasználói között. Az R/3 rendszer a SAPgui, hogy intuitív grafikus felhasználói felületet biztosítson az adatok beviteléhez és megjelenítéséhez.

A prezentációs réteg elküldi a felhasználó bemeneti adatait az alkalmazásszervernek, és onnan fogadja a megjelenítéshez szükséges adatokat. Míg a SAPgui komponens fut, akkor az R/3 rendszerben lévő felhasználói terminál munkamenethez kapcsolódik.

Alkalmazási réteg

Az alkalmazási réteg egy vagy több alkalmazáskiszolgálóból és egy üzenetkiszolgálóból áll. Minden alkalmazásszerver tartalmaz egy sor szolgáltatást az R/3 rendszer futtatásához. Elméletileg csak egy alkalmazáskiszolgálóra van szükség egy R/3 rendszer futtatásához. A gyakorlatban a szolgáltatások egynél több alkalmazásszerver között vannak elosztva. Az üzenetszerver felelős az alkalmazásszerverek közötti kommunikációért. A kéréseket az egyik alkalmazáskiszolgálóról a másikra továbbítja a rendszeren belül. Ezenkívül információkat tartalmaz az alkalmazáskiszolgáló-csoportokról és az azokon belüli aktuális terheléselosztásról. Ezt az információt használja a megfelelő szerver hozzárendeléséhez, amikor a felhasználó bejelentkezik a rendszerbe.

Adatbázis réteg:

Az adatbázis réteg egy központi adatbázis-rendszerből áll, amely az R/3 rendszerben található összes adatot tartalmazza. Az adatbázisrendszer két összetevőből áll – az adatbázis-kezelő rendszerből (DBMS) és magából az adatbázisból. SAP nevű saját adatbázist készített Hana de kompatibilis minden nagyobb adatbázissal, mint pl Oracle. Minden R/3 adat az adatbázisban tárolódik. Például az adatbázis tartalmazza azokat a vezérlő- és testreszabási adatokat, amelyek meghatározzák az R/3 rendszer működését. Tartalmazza az alkalmazások programkódját is. Az alkalmazások programkódból, képernyődefiníciókból, menükből, funkciómodulokból és számos egyéb összetevőből állnak. Ezeket az adatbázis egy speciális részében, az R/3 Repository-ban tárolják, és ennek megfelelően repository objektumoknak nevezik őket. R/3 repository, az objektumok az ABAP munkaasztalban használatosak.

Az összetevők megértése SAP R/3 3 szintes Architectúra

1. Üzenet szerver:Kezeli a kommunikációt az elosztott diszpécserek között ABAP rendszer.
2. Diszpécser várólista: Különféle munkafolyamat-típusok vannak tárolva ebben a sorban.
3. Diszpécser: A kéréseket elosztja a munkafolyamatokhoz.
4. Gateway: Közötti kommunikációt tesz lehetővé SAP rendszer és között SAP rendszer és külső rendszerek.
5. ABAP-munkafolyamatok: - Az R/3 alkalmazásokban külön hajtja végre a párbeszédes lépéseket. A munkafolyamatok típusai a következők:

   

6. Memória csövek: Lehetővé teszi az ICM és az ABAP munkafolyamatok közötti kommunikációt.
7. Üzenet szerver: Kezeli a java diszpécsereket és a szerver folyamatokat. Lehetővé teszi a kommunikációt Java futási környezetben.
8. Sorrendező szerver:Kezeli a végrehajtott által beállított logikai zárakat Java alkalmazási program egy szerverfolyamatban.
9. Központi szolgáltatások: Java A fürt a központi szolgáltatások egy speciális példányát igényli a zárak kezeléséhez, valamint az üzenetek és adatok továbbításához. Java A fürt olyan folyamatok összessége, amelyek együttműködnek a megbízható rendszer felépítésében. A példány erőforrások csoportja, például memória, munkafolyamatok és így tovább.
10. Java Diszpécser: Fogadja a kliens kéréseket és továbbítja a szerver folyamatnak.
11. SDM: A Software Deployment Manager a J2EE összetevők telepítésére szolgál.
12. Java Szerver folyamatok: Egyidejűleg nagy számú kérést tud feldolgozni.
13. Menet: A Multiple Processes külön-külön fut le a háttérben, ezt a koncepciót szálfűzésnek nevezik.
14. ICM: Közötti kommunikációt tesz lehetővé SAP rendszer és HTTP, HTTPS, SMTP protokoll. Ez azt jelenti, hogy a böngészőbe beírva elérheti a rendszer URL-jét SAP böngészőből is.

Még egy komponens a JCO. A JCO a Java diszpécser és az ABAP diszpécser közötti kommunikáció kezelésére szolgál, ha a rendszer ABAP+-ként van konfigurálva.Java.

Hogy a SAP A bejelentkezési folyamat működik?

Step 1) Miután a felhasználó rákattint a SAP rendszer grafikus felhasználói felületéről, a felhasználói kérés a következő címre kerül továbbításra Elküldés.

Step 2) A kérés tárolva van Először kérjen sorokat. Diszpécser követ First in First out szabály. Meg fogja találni az ingyenes munkafolyamatot, és ha rendelkezésre áll, kijelölik.

Step 3) A felhasználó kérésének megfelelően egy adott munkafolyamat hozzá van rendelve a felhasználóhoz. Például amikor a felhasználó bejelentkezik a rendszerbe, akkor a Dialog munkafolyamat hozzá van rendelve a felhasználóhoz. Ha a felhasználó a háttérben futtat jelentést, akkor a háttérben végzett munkafolyamat hozzá van rendelve a felhasználóhoz. Amikor néhány módosítást adatbázis szinten hajtanak végre, a rendszer hozzárendeli a frissítési munkafolyamatot. Tehát a munkafolyamat a felhasználó műveletei szerint van hozzárendelve.

Step 4) Miután a felhasználóhoz hozzárendelték a párbeszédablak munkafolyamatát, majd a felhasználói jogosultságokat, a felhasználó aktuális beállításai bekerülnek a munkafolyamatba az osztott memóriában, hogy hozzáférjenek a felhasználói adatokhoz. A párbeszédpanel végrehajtása után a felhasználói adatok kikerülnek a munkafolyamatból. Így a megosztott memória megtisztul, és a többi felhasználó adatai elmenthetők a megosztott memóriaterületen. A párbeszédpanel a képernyő mozgását jelenti. Egy tranzakció során, amikor a felhasználó egyik képernyőről a másikra ugrik, a folyamatot párbeszéd lépésnek nevezik.

Step 5) Az első munkafolyamat megkeresi az adatokat a pufferben. Ha adatokat talál a pufferben, akkor nincs szükség az adatok lekérésére az adatbázisból. Így a válaszidő javul, és ezt a folyamatot hitnek nevezzük. Ha nem találja meg az adatokat a pufferben, akkor megkeresi az adatokat az adatbázisban, és ezt a folyamatot miss-nek nevezik. A találati aránynak mindig magasabbnak kell lennie, mint a hiányzó arány. Javítja a rendszer teljesítményét.

Step 6) A többi kért adatot lekérdezi az adatbázisból, és a folyamat befejeztével az eredményt visszaküldi a címre GUI diszpécseren keresztül.

Step 7) A végfelhasználó adatai törlődnek a megosztott memóriából, így a memória elérhető lesz a többi felhasználó számára. Ezt a folyamatot ún kigurulás.