SAP HANA építészet, LandScape, méretezés: Teljes oktatóanyag

Tartalomjegyzék:

Anonim

Az SAP HANA adatbázis a fő memóriára koncentráló adatkezelési platform. Az SAP HANA adatbázis a SUSE Linux Enterprises Server rendszeren fut, és a C ++ nyelvre épül.

Az SAP HANA adatbázis több gépre is terjeszthető.

Az SAP HANA előnyei az alábbiak:

  • Az SAP HANA hasznos, mivel a memóriába töltött összes adat miatt nagyon gyors, és nem kell adatokat lemezről betölteni.
  • Az SAP HANA egyetlen adatbázisban használható az OLAP (on-line analitikus) és az OLTP (on-line tranzakció) céljára.

Az SAP HANA adatbázis memóriában lévő feldolgozó motorokból áll. A számítási motor a memóriában található fő feldolgozó motorok az SAP HANA-ban. Más feldolgozó motorokkal működik, mint például a Relációs adatbázis-motor (sor- és oszlopmotor), az OLAP motor stb.

A relációs adatbázis táblája oszlop vagy sor tárolóban található.

Két tárolási típus létezik az SAP HANA táblához.

  1. Sor típusú tárolás (a sortáblához).
  2. Oszloptípus tárolása (az oszloptáblához).

A szöveges adatok a Graph Engine-ben, illetve a Graph Engine-ben találhatók. Van még néhány motor az SAP HANA adatbázisban. Az adatok addig tárolhatók ezekben a motorokban, amíg elegendő hely áll rendelkezésre.

Ebben az oktatóanyagban megtanulja-

  • SAP HANA építészet
  • SAP HANA Tájkép
  • SAP HANA méretezés

SAP HANA építészet

Az adatokat különböző tömörítési technikákkal (pl. Szótárkódolás, futási hosszúságú kódolás, ritka kódolás, klaszterkódolás, közvetett kódolás) tömörítik az SAP HANA oszloptárban.

Amikor az SAP HANA-ban eléri a fő memóriahatárt, a nem használt teljes adatbázis-objektumokat (tábla, nézet stb.) A fő memóriából kirakják és a lemezre mentik.

Ezeket az objektumneveket az alkalmazás szemantikailag határozza meg, és szükség esetén újra betölti a lemezről a fő memóriába. Normál körülmények között az SAP HANA adatbázis automatikusan kezeli az adatok kirakodását és betöltését.

Azonban a felhasználó manuálisan töltheti be és töltheti le az adatokat az egyes táblákból, ha az egér jobb gombjával kattintva kiválaszt egy táblázatot az SAP HANA stúdióban a megfelelő sémában, és kiválasztja az "Unload / Load" lehetőséget.

Az SAP HANA Server a következőkből áll:

  1. Indexszerver
  2. Előkészítő kiszolgáló
  3. Névszerver
  4. Statisztikai szerver
  5. XS motor

  1. SAP HANA indexkiszolgáló

    Az SAP HANA adatbázis A fő szerverek indexszerverek. Az egyes szerverek részletei az alábbiak:

  • Ez a fő SAP HANA adatbázis-összetevő
  • Ez tényleges adattárakat és az adatok feldolgozásának motorját tartalmazza.
  • Az Index Server feldolgozza a bejövő SQL vagy MDX utasításokat.

Az alábbiakban bemutatjuk az Index Server architektúráját.

Az SAP HANA Index Server áttekintése

  • Munkamenet- és tranzakciókezelő: A munkamenet-összetevő az SAP HANA adatbázis munkameneteit és kapcsolatait kezeli. A Transaction Manager koordinálja és ellenőrzi a tranzakciókat.
  • SQL és MDX processzor: Az SQL processzor összetevője lekérdezi az adatokat, és elküldi nekik a lekérdezésfeldolgozó motorban, azaz SQL / SQL Script / R / Calc Engine. Az MDX processzor lekérdezi és manipulálja a többdimenziós adatokat (pl. Analitikus nézet az SAP HANA-ban).
  • SQL / SQL Script / R / Calc Engine: Ez az összetevő SQL / SQL parancsfájlt és számítási adatokat konvertál a számítási modellben.
  • Tárház: Az adattár karbantartja az SAP HANA metaadat objektum verziószámát, pl.
  • Perzisztencia réteg: Ez a réteg az SAP HANA adatbázis beépített "Katasztrófa utáni helyreállítása" funkcióját használja. A biztonsági mentést mentési pontként mentik az adatmennyiségbe.
    1. Előkészítő kiszolgáló

    Ezt a kiszolgálót a Szövegelemzésben használják, és a keresési funkció használatakor kivonja az adatokat egy szövegből.

    1. Névszerver

    Ez a szerver minden információt tartalmaz a rendszer tájáról. Az elosztott kiszolgálón a névkiszolgáló információkat tartalmaz az egyes futó összetevőkről és az adatok helyéről a kiszolgálón. Ez a szerver információkat tartalmaz arról a szerverről, amelyen adatok vannak.

    1. Statisztikai szerver

    A statisztikai kiszolgáló felelős az SAP HANA rendszer állapotával, erőforrás-allokációjával / felhasználásával és teljesítményével kapcsolatos adatok gyűjtéséért.

    1. XS Server

    Az XS Server az XS Engine-t tartalmazza. Lehetővé teszi a külső alkalmazások és fejlesztők számára az SAP HANA adatbázis használatát az XS Engine kliensen keresztül. A külső ügyfélalkalmazás a HTTP-t használhatja az adatok továbbítására az XS-motoron keresztül a HTTP-kiszolgálóhoz.

    SAP HANA Tájkép

    A "HANA" jelentése a nagy teljesítményű elemző készülék a hardver és a szoftver kombinációja.

    • A számítógép architektúrájának változása miatt az erősebb számítógép elérhető a CPU, a RAM és a merevlemez szempontjából.
    • Az SAP HANA a teljesítmény szűk keresztmetszetének megoldása, amelyben az összes adatot a fő memóriában tárolják, és nem kell gyakran átvinni az adatokat az I / O lemezről a fő memóriába.

    Az alábbiakban bemutatjuk az SAP HANA innovációt a hardver / szoftver területén.

    Kétféle relációs adattároló létezik az SAP HANA-ban: Sorbolt és Oszlopbolt.

    Sorbolt

    • Ez megegyezik a hagyományos adatbázissal, pl. (Oracle, SQL Server). Az egyetlen különbség az, hogy az összes adatot az SAP HANA memóriájában a sorok tárolási területén tárolják, ellentétben a hagyományos adatbázissal, ahol az adatokat a merevlemezen tárolják.

    Oszlopbolt

    • Az oszloptár az SAP HANA adatbázis része, és oszlopos módon kezeli az adatokat az SAP HANA memóriában. Az oszloptáblákat az Oszlop tároló területén tárolják. Az Oszlop tár jó teljesítményt nyújt az írási műveletekhez, és ugyanakkor optimalizálja az olvasási műveletet.

    Két adatstruktúrával optimalizált olvasási és írási műveletek.

    Fő tároló

    A Main Storage az adatok fő részét tartalmazza. A Main Storage alkalmazásban megfelelő adattömörítési módszert (szótárkódolás, fürtkódolás, ritka kódolás, futási hosszúságú kódolás stb.) Alkalmaznak az adatok tömörítésére a memória megtakarítása és a keresések felgyorsítása céljából.

    • A fő tárhelyen a tömörített adatok írási műveletei költségesek lesznek, ezért az írási műveletek nem módosítják közvetlenül a fő tárhelyen lévő tömörített adatokat. Ehelyett az összes változtatást külön oszloptárolóba írják, amelyet "Delta Storage" néven ismerünk.
    • A Delta tárolás írási műveletekre optimalizált és normál tömörítést használ. Az írási műveletek nem engedélyezettek a fő tárhelyen, de a delta tárolókon. Az olvasási műveletek mindkét tárolóban megengedettek.

    Az adatokat manuálisan betölthetjük a fő memóriába a "Betöltés a memóriába" opcióval, és az adatokat a Fő memóriából az "Unload from Memory" opcióval, az alábbiak szerint.

    Delta Storage

    A Delta tárolót írási művelethez használják, és alapvető tömörítést használ. Az összes oszloptábla adatainak nem kötelező módosítása a delta tárolóban tárolva.

    Amikor ezeket a változásokat át akarjuk helyezni a Fő tárhelybe, akkor használja az SAP HANA stúdió "delta egyesítési műveletét" az alábbiak szerint -

    • A delta egyesítési művelet célja a változtatások áthelyezése, amelyek a delta tárolóban összegyűlnek a fő tárolóba.
    • Miután elvégezte a Delta Merge műveletet a SAP oszloptáblán, a fő tárhely tartalma lemezre kerül, és a tömörítés újraszámításra kerül.

    Az adatok Delta-ból a Main Storage-ba való áthelyezése a Delta-egyesítés során

    Van egy puffertár (L1-Delta), amely a soros tárolás. Tehát az SAP HANA-ban az oszloptábla az L1-delta miatt a sor tárolásaként működik.

    1. A felhasználó frissítési / beszúrási lekérdezést futtat a táblán (a Physical Operator SQL utasítások.).
    2. Az adatok először az L1-re mennek. Amikor az L1 tovább mozgatja az adatokat (L1 - nem kötelező adatok)
    3. Ezután az adatok az L2-delta pufferbe kerülnek, amely oszloporientált. (L2- lekötött adatok)
    4. Amikor az L2-delta folyamat befejeződött, az adatok a Fő tárhelyre kerülnek.

    Tehát, az oszlopok tárolása mind írás-, mind olvasásoptimalizált az L1-Delta és a main storage miatt. Az L1-Delta tartalmazza az összes nem kötelező adatot. A lekötött adatok az L2-Delta révén a Főáruházba kerülnek. A fő tároló adatai a tartóssági rétegre kerülnek (Az itt mutató nyíl egy fizikai operátor, amely az SQL oszlopot küldi az Oszloptárban). Az SQL-utasítás oszloptárban történő feldolgozása után az adatok a perzisztencia rétegbe kerülnek.

    Például az alábbiakban sor alapú táblázat-

    A táblázat adatait lineáris formátumban tárolják a lemezen, így az alábbiakban bemutatjuk, hogyan tároljuk az adatokat a lemezen a sor- és oszloptáblázat számára -

    Az SAP HANA memóriában ezt a táblázatot a lemez Row Store tárolja formátumban -

    Memória cím

    Az Oszlopban az adatokat a lemez a következő módon tárolja:

    Memória cím

    Az adatokat oszloponként, lineáris formátumban tároljuk a lemezen. Az adatok tömörítéssel tömöríthetők.

    Tehát az Oszlopbolt előnye a memóriamegtakarítás.

    SAP HANA méretezés

    A méretezés egy olyan kifejezés, amelyet az SAP HANA rendszer hardverigényének meghatározására használnak, például RAM, merevlemez és CPU stb.

    A legfontosabb fontos méretkomponens a memória, a második fontos méretkomponens pedig a CPU. A harmadik fő komponens egy lemez, de a méretezés teljesen a memóriától és a CPU-tól függ.

    Az SAP HANA megvalósításában az egyik kritikus feladat a kiszolgáló megfelelő méretének meghatározása az üzleti igényeknek megfelelően.

    Az SAP HANA DB méretaránya különbözik a normál DBMS-től a következők tekintetében:

    • Az SAP HANA fő memóriaigénye (A memória méretét az SAP HANA metaadatai és tranzakciós adatai határozzák meg)
    • CPU-követelmény az SAP HANA számára (az előrejelzett CPU becslése nem pontos).
    • Lemezterület-szükséglet az SAP HANA számára (az adatok perzisztenciájára és az adatok naplózására szolgál

    Az alkalmazáskiszolgáló processzora és az alkalmazáskiszolgáló memóriája változatlan marad.

    A méretezéshez az SAP különféle irányelveket és módszert adott a helyes méret kiszámításához.

    Az alábbi módszert használhatjuk

    1. Méretezés az ABAP jelentés használatával.
    2. Méretezés a DB Script használatával.
    3. Méretezés a Quicksizer eszközzel.

    A Quicksizer eszköz használatával a Követelmények az alábbi formátumban jelennek meg: