Mi az SLT? SAP HANA? Replikáció és konfiguráció

⚡ Okos összefoglaló

SLT, a SAP A Landscape Transformation Replication Server betölti és replikálja az adatokat a következőbe: SAP HANA valós időben vagy ütemterv szerint. Az eseményindító alapú megközelítés rögzíti a változásokat a SAP és nemSAP források egyaránt.

  • Alapvető módszer: Az trigger alapú replikáció valós időben vagy ütemezett időközönként továbbítja az adatokat a forrástól a célállomásig.
  • 🖥️ Telepítés: Az SLT szerver különálló rendszeren vagy közvetlenül a SAP ECC rendszer.
  • 🔌 Csatlakozások: Az RFC az SLT-t egy SAP forrás; egy adatbázis-kapcsolat összekapcsolja az SLT-t a következővel: SAP HANA.
  • 🧱 Cluster Támogatás: Az SLT kezeli a klaszter- és pool-táblákat, amire az egyszerűbb replikációs eszközök nem képesek.
  • 🔤 Encoding: Az Unicode és nem Unicode konverzió automatikusan alkalmazásra kerül a betöltés és a replikáció során.
  • 🇧🇷 Konfiguráció: A tranzakció LTR létrehozza a konfigurációt, amely sémát, felhasználót, szerepköröket és vezérlőtáblákat generál a HANA-ban.
  • 🎛️ Öt intézkedés: A Betöltés, Replikálás, Replikáció leállítása, Felfüggesztés és Folytatás parancsok minden táblát külön-külön vezérelnek.

SAP SLT HANA-ban

Mi az SLT (SAP Táj transzformáció replikációja)?

Az SLT egy ETL-eszköz, amely lehetővé teszi az adatok valós idejű betöltését és replikálását, vagy adatok ütemezését SAP forrásrendszer vagy nem SAP Rendszer be SAP HANA adatbázis.

SAP Az SLT-kiszolgáló trigger-alapú replikációs megközelítést használ az adatok továbbítására a forrásrendszerből a célrendszerbe.

Az SLT szerver telepíthető a különálló rendszerre vagy on SAP ECC rendszer.

Az SLT rendszer előnyei a következők:

  • Lehetővé teszi az adatok valós idejű vagy ütemezett idejű replikációját.
  • Az adatok valós idejű replikálása során az adatokat migrálhatjuk SAP HANA formátum.
  • SLT fogantyúk Cluster és biliárdasztalok.
  • Ez automatikusan támogatja a nem Unicode és Unicode konverziót a betöltés/replikáció során. (A Unicode az ASCII-hez hasonló karakterkódoló rendszer. A nem Unicode kódolási rendszer több karaktert takar, mint az ASCII).
  • Ez teljesen integrálva van SAP HANA Stúdió.
  • Az SLT táblázatbeállítási és átalakítási képességekkel rendelkezik.
  • Az SLT monitorozási képességekkel rendelkezik SAP HANA megoldásmenedzser.

A trigger alapú kialakítás teszi lehetővé a valós idejű működést. A forrástáblán lévő adatbázis-trigger minden változást egy naplózótáblába ír, amelyet az SLT ezután beolvas és alkalmaz, ahelyett, hogy ismételten átvizsgálná a teljes táblát az eltérések után kutatva.

SAP SLT kapcsolat Archistruktúra áttekintése

Architecture Áttekintése SAP SLT szerverrel SAP / nem-SAP A rendszer a következő:

SAP SLT kapcsolat között SAP Rendszer és SAP HANNA

SAP Az SLT Replication Server az összes metaadattábla-definíciót átalakítja az ABAP forrásrendszerről a következőre SAP HANNA.

Minden SAP forrás, az SLT kapcsolat a következő tulajdonságokkal rendelkezik:

  • Amikor egy táblázatot replikálunk, SAP Az SLT-replikációs kiszolgáló naplózási táblákat hoz létre a forrásrendszerben.
  • Olvasási motor jön létre a SAP Forrásrendszer.
  • A kapcsolat SAP SLT és SAP A forrás RFC-kapcsolatként jön létre.
  • A kapcsolat SAP SLT és SAP A HANA DB kapcsolatként jön létre.

A „SYSTEM” felhasználóval azonos jogosultsággal rendelkező adatbázis-felhasználó kapcsolatot hozhat létre között SAP SLT és SAP HANA adatbázis.

SAP SLT kapcsolat között SAP Rendszer és SAP HANA ADATBÁZIS
SAP SLT kapcsolat között SAP Rendszer és SAP HANA ADATBÁZIS

SAP Az SLT-kiszolgáló automatikusan létrehozza a DB-kapcsolatot SAP HANA adatbázis (amikor új konfigurációt hozunk létre a tranzakciós LTR-n keresztül). Nem szükséges manuálisan létrehozni.

konfigurálása SAP SLT szerver ehhez SAP Forrásrendszer

Először konfigurálnunk kell SAP SLT replikációs kiszolgáló közötti kapcsolathoz SAP Forrás és SAP HANA adatbázis. A T-kód, az LTR a kapcsolat létrehozására szolgál SAP Forrás és SAP SLT.

Step 1) Belépés a SAP SLT szerver és hívási tranzakció „LTR” ból ből SAP SLT replikációs szerver.

konfigurálása SAP SLT szerver

Megjelenik egy Web-dynpro előugró képernyő a bejelentkezéshez SAP SLT szerver.

  1. Adja meg a kliens / felhasználói azonosítót / jelszót
  2. Kattintson a bejelentkezés fülre

konfigurálása SAP SLT szerver

Megjelenik egy felugró ablak a konfigurációhoz az alábbiak szerint:

konfigurálása SAP SLT szerver

Kattintson az „Új” gombra az új konfigurációhoz.

Step 2) Ebben a lépésben a

  1. Adja meg a konfiguráció nevét és leírását.
  2. választ SAP A rendszer mint forrásrendszer.
  3. Írja be az RFC-kapcsolatot SAP Rendszer.
  4. Adja meg a felhasználónevet / jelszót / gazdagép nevét és a példány számát.
  5. Adja meg a feladatbeállítások részleteit – az adatátviteli feladatok számát és a számítási feladatok számát.
  6. Válassza a Replikáció opciót valós idejűként.
  7. Ha az összes beállítást fenntartotta, kattintson az „OK” gombra egy új séma létrehozásához az SLT-ben.

konfigurálása SAP SLT szerver

A rendszer hozzáad egy „SLTECC” konfigurációs nevet, és aktív lesz.

konfigurálása SAP SLT szerver

Konfiguráció után SAP SLT szerver sikeresen, SAP Az SLT-kiszolgáló automatikusan létrehozza a DB-kapcsolatot SAP HANA adatbázis (amikor új konfigurációt hozunk létre a tranzakciós LTR-n keresztül). Nem szükséges manuálisan létrehozni.

A következő lépésben adatokat importálunk ide SAP HANA től SAP Forrás.

import SAP Forrásadatok SAP HANA az SLT-n keresztül

Miután sikeresen konfiguráltuk SAP SLT-kiszolgáló, egy SCHEMA konfigurációnévként fent SAP SLT-ben jön létre SAP HANA adatbázis.

Ez a séma a következő objektumokat tartalmazza:

  1. 1 Séma – SLTECC.
  2. 1 felhasználó – SLTECC.
  3. 1 Kiváltságok
  4. 8 Táblázatok – DD02L (SAP Táblázatok neve), DD02T (SAP Táblázat szövegei), RS_LOG_FILES, RS_MESSAGE, RS_ORDER, RS_ORDER_TEXT, RS_SCHEMA_MAP, RS_STATUS.
  5. 4 Szerepek – SLTECC_DATA_PROV, SLTECC_DATA_POWER_USER, SLTECC_DATA_USER_ADMIN, SLTECC_DATA_SELECT.
  6. 2 eljárások – RS_HOZZÁFÉRÉS_ENGEDÉLYEZÉSE, RS_HOZZÁFÉRÉS_VISSZAVONÁSA.

Minden konfiguráció kész, most töltünk be egy táblázatot innen SAP ECC (ERP központi komponens).

Step 1) Táblázatok betöltése innen SAP ECC to SAP HANA adatbázis, kövesse az alábbi lépéseket-

  1. Nyissa meg az Adatkezelés elemet a Gyorsnézetből.
  2. választ SAP HANA rendszer.
  3. Kattintson a Befejezés gombra.

import SAP Forrásadatok SAP HANNA

Step 2) Megjelenik az SLT alapú táblázat adatszolgáltatás képernyője. Az alábbiak szerint 5 lehetőség van az adatszolgáltatásra:

Ellátási lehetőség Részlet
Betöltés (teljes terhelés) Ez egy egyszeri esemény, amely elindítja az adatok kezdeti betöltését a forrásrendszerből.
Replikáció (Teljes terhelés + Delta Betöltés) Elindítja a kezdeti terhelést (ha nem tette meg korábban), és azt is figyelembe veszi delta változás. Minden táblához létrejön az adatbázis-trigger és a kapcsolódó naplózási tábla.
Replikáció leállítása Leállítja a tábla aktuális replikációs folyamatát. Teljesen eltávolítja az adatbázis-triggert és a naplózási táblát.
Felfüggesztés Ez szünetelteti egy tábla futó replikációs folyamatát. Az adatbázis-trigger nem törlődik a forrásrendszerből, és a változások rögzítése folytatódik. A kapcsolódó információk a forrásrendszer kapcsolódó naplózási táblázatában tárolódnak.
Folytatás A Resume újraindítja a replikációt egy felfüggesztett tábla esetében. A folytatás után a felfüggesztett replikációs folyamat folytatódik.

⚠️ Figyelmeztetés: A Felfüggesztés és a Replikáció leállítása parancsok nem felcserélhetők. A Felfüggesztés megőrzi a triggert és a naplózó táblázatot, így a változtatások összegyűlnek és a folytatáskor érvénybe lépnek. A Leállítás mindkettőt törli, így a leállított állapotban végrehajtott minden módosítás elveszik, és teljes újratöltésre van szükség.

A táblázat első opcióját használjuk „Betöltési lehetőség” a tábla (LFBK) adatok kezdeti betöltéséhez a forrástól a SAP HANA asztal.

Lépésről lépésre az alábbiak szerint

  1. Forrás és Target a rendszer részleteit ennek megfelelően választjuk ki SAP SLT konfiguráció.
  2. Kattintson a Betöltés gombra, és válassza ki a táblázatot (LFBK), amelyet be kell töltenünk/replikálnunk SAP Hana.
  3. A táblázat (LFBK) hozzáadásra kerül az Adatbetöltés-kezelés szakaszhoz „Betöltés” ​​művelettel és „Ütemezett” állapottal.

import SAP Forrásadatok SAP HANNA

Az adatok betöltése után az állapot „Végrehajtott” értékre változik. A táblázat „SLTECC” sémában jön létre adatokkal.

Step 3) Ellenőrizze a táblázatban (LFBK) található adatokat az „SLTECC” sémából származó adatelőnézettel az alábbiak szerint –

  1. Bejelentkezés SAP HANA adatbázison keresztül SAP HANA Studio és válassza ki SAP HANA System HDB (HANAUSER).

import SAP Forrásadatok SAP HANNA

  1. Válassza a Táblázat (LFBK) lehetőséget a Táblázat csomópont alatt.
  2. Kattintson a jobb gombbal a Táblázat (LFBK) elemre, majd kattintson az Adat előnézetének megnyitása lehetőségre.
  3. Az SLT folyamaton keresztül betöltött adatok az Adat előnézeti képernyőn jelennek meg.

import SAP Forrásadatok SAP HANNA

Most sikeresen betöltöttük az adatokat az „LFBK” táblába. A jövőben ezt a táblázatot fogjuk használni a modellezésben.

SAP SLT kapcsolat nemSAP Rendszer és SAP HANNA

SAP Az SLT Replication Server az összes metaadattábla-definíciót átalakítja a nem ABAP forrásrendszerből a következőre SAP HANA.

Nem-SAP forrás, az SLT kapcsolat a következő tulajdonságokkal rendelkezik:

  • Amikor egy táblázatot replikálunk, SAP Az SLT-replikációs kiszolgáló naplózási táblákat hoz létre a forrásrendszerben.
  • Olvasási motor jön létre a SAP SLT replikációs szerver.
  • A kapcsolat SAP SLT és SAP Forrás / SAP A HANA DB kapcsolatként jön létre.
SAP SLT kapcsolat nemSAP Rendszer és SAP HANNA

SAP SLT kapcsolat nem-SAP Rendszer és SAP HANA rendszer/ADATBÁZIS

SAP Az SLT csak a legegyszerűbb transzformációkat tud végrehajtani, ezért az összetett átalakításokhoz egy másik ETL eszközre van szükségünk, mint pl SAP Adatszolgáltatások.

Az egyetlen építészeti különbséget érdemes megjegyezni: egy SAP forrás esetén az olvasómotor a forrásrendszerben található, és a kapcsolat RFC, míg egy nemSAP forrásként az olvasómotor magán az SLT-kiszolgálón található, és mindkét kapcsolat adatbázis-kapcsolat. Minden további, lefelé irányuló kapcsolat azonosan viselkedik.

SLT vs. más replikációs módszerek

Az SLT egyike a számos útvonalnak SAP HANA, és megkülönböztető jellemzője a késleltetés, nem pedig az átalakítási teljesítmény.

Vizsgált paraméter SLT SAP Adatszolgáltatások DXC
Késleltetés Valós idejű vagy ütemezett Batch Batch
Szerkezet Adatbázis-triggerek és naplózási táblázatok Ütemezett ETL-feladatok Business Suite extractorzok
Forrásrendszerek SAP és nemSAP adatbázisok Szinte bármilyen forrásból SAP Csak üzleti lakosztály
Átalakítás Csak egyszerű szabályok Gazdag grafikus transzformációk Az ex alkalmaztatractor
Cluster és biliárdasztalok Natívan kezelve Plusz munkát igényel Az ex kezelitractor
Extra tájkép Egy SLT szerver Adatszolgáltatási környezet Egyik sem

Ahol az átalakulás fontosabb, mint a késleltetés, SAP Adatszolgáltatások jobban illik, és ahol az extraca tor logika már létezik, DXC teljesen elkerüli a szervert. A teljes összehasonlítás a következő helyen található: adatkiépítés tutorial.

SLT monitorozás és hibaelhárítás

Mivel a replikáció folyamatosan fut, a problémákat általában elavult adatokként, nem pedig hibaüzenetként észleljük. Ezek az ellenőrzések gyorsan megtalálják az okot.

  1. Először is ellenőrizd az LTR konfigurációját. Az áttekintés minden konfigurációt megjelenít az állapotával és az egyes állapotokban lévő táblák számával. A hibás konfiguráció az alatta lévő összes táblát leállítja.
  2. A részletekért használja a tranzakciós LTRC-t. A Betöltési statisztikák és az Adatátviteli monitor fülek táblázatonként mutatják az átviteli sebességet, és feltárják, melyik akadozik.
  3. Figyelj a naplózó tábla méretére. A folyamatosan növekvő naplózótábla azt jelenti, hogy a változások rögzítésre kerülnek, de nem kerülnek alkalmazásra. Ez általában túl kevés adatátviteli feladatra utal.
  4. Hangolja be a munkaszámokat. Az adatátviteli és számítási feladatokat a konfiguráció során állították be. Túl kevés esetén a replikáció lemarad; túl sok esetén a forrásrendszer szenved. Állítsa be az LTR-ben, ahelyett, hogy a forrásra tippelne.
  5. Vizsgáljon meg egy ütemezett nézetben ragadt asztalt. Az SLT szerveren futó szabad háttérfolyamatok hiánya a szokásos ok, nem pedig a táblázat hibája.
  6. Soha ne dobj el replikált táblát a HANA-ban. A forrásban lévő trigger folyamatosan egy felhasználó nélküli naplózótáblába ír. Először állítsa le megfelelően a replikációt, amely eltávolítja a triggert.
  7. RevTekintse meg az RS_STATUS és az RS_MESSAGE értékeket. A generált sémában található vezérlőtáblák rögzítik, hogy az SLT mit gondol az egyes táblákról.

A legköltségesebb hiba az olyan táblák replikálása, amelyekre senkinek sincs szüksége. Minden replikált tábla egy triggert tartalmaz a forrásrendszeren, így a fel nem használt replikáció állandó költséget ró arra a tranzakciós rendszerre, amelyből olvas.

GYIK

A Suspend (Felfüggesztés) parancs megőrzi a triggert és a naplózó táblázatot, így a változtatások összegyűlnek és újraindításkor érvénybe lépnek. A Stop (Leállítás) parancs mindkettőt törli, így a leállított állapotban végrehajtott változtatások elvesznek, és egy teljes újratöltés következik.

Egy különálló szerver elkülöníti a replikációs terhelést a tranzakciós rendszertől, és nagy volumen esetén előnyösebb. Az ECC-re telepítés takarít meg helyet a rendszernek, és kisebb környezetekhez is megfelel.

A mesterséges intelligencia ellenőrzi, hogy mely replikált táblákat kérdezték le valójában, és megjelöli azokat, amelyek haszontalanul fogyasztják az eseményindítókat és a memóriát, ami csökkenti a forrásrendszer terhelését.

Igen. A naplózási tábla növekedésének az alkalmazási arányhoz viszonyított monitorozása növekvő késleltetést jelez előre, lehetővé téve a feladatok számának növelését, mielőtt a jelentések elavult számokat mutatnának.

Csak olyan egyszerű szabályok tartoznak ide, mint a sorok szűrése vagy egy mező konvertálása. Bármi, ami kereséssel, tisztítással vagy források kombinálásával kapcsolatos, ide tartozik. SAP Adatszolgáltatások helyett.

Foglald össze ezt a bejegyzést a következőképpen: