Hvad er SLT i SAP HANA? Replikering og konfiguration

Hvad er SLT (SAP Landskabstransformation replikation)?

SLT er et ETL-værktøj, der giver dig mulighed for at indlæse og replikere data i realtid eller planlægge data fra SAP kildesystem eller ikke SAP System ind SAP HANA Database.

SAP SLT-serveren bruger en trigger-baseret replikeringstilgang til at overføre data fra kildesystem til målsystem.

SLT-server kan installeres på det separate system eller på SAP ECC system.

Fordelen ved SLT-systemet er som nedenfor-

• Tillader datareplikering i realtid eller tidsplan.
• Under replikering af data i realtid kan vi migrere data ind SAP HANA-format.
• SLT håndtag Cluster og poolborde.
• Dette understøtter automatisk ikke-Unicode- og Unicode-konvertering under indlæsning/replikering. (Unicode er et tegnkodningssystem, der ligner ASCII. Ikke-Unicode er et kodningssystem, der dækker flere tegn end ASCII).
• Dette er fuldt integreret med SAP HANA Studio.
• SLT har bordopstilling og transformationsfunktioner.
• SLT har overvågningsmuligheder med SAP HANA Solution Manager.

Det triggerbaserede design gør realtid mulig. En databasetrigger på kildetabellen skriver hver ændring ind i en logningstabel, som SLT derefter læser og anvender, i stedet for gentagne gange at scanne hele tabellen for forskelle.

SAP SLT-forbindelse ArchiOversigt over tekstur

Architecture Oversigt over SAP SLT server med SAP / Ikke-SAP Systemet er som nedenfor-

SAP SLT Forbindelse mellem SAP System og SAP HANA

SAP SLT Replication Server transformerer alle metadatatabeldefinitioner fra ABAP-kildesystemet til SAP HANA.

Til SAP kilde, SLT-forbindelsen har følgende funktioner –

• Når en tabel replikeres, SAP SLT-replikeringsserver opretter logningstabeller i kildesystemet.
• Læsemotor er oprettet i SAP Kildesystem.
• Forbindelsen mellem SAP SLT og SAP Kilden er etableret som RFC-forbindelse.
• Forbindelsen mellem SAP SLT og SAP HANA etableres som en DB-forbindelse.

En databasebruger med samme autorisation som bruger "SYSTEM" kan oprette forbindelse mellem SAP SLT og SAP HANA Database.

SAP SLT Server opretter automatisk DB-forbindelse til SAP HANA-database (når vi opretter en ny konfiguration via transaktions-LTR). Det er ikke nødvendigt at oprette det manuelt.

Konfigurer SAP SLT-server til SAP Kildesystem

Først skal vi konfigurere SAP SLT replikeringsserver til forbindelse mellem SAP Kilde og SAP HANA database. T-kode, LTR bruges til at skabe forbindelse mellem SAP Kilde og SAP SLT.

Trin 1) Login til SAP SLT-server og opkaldstransaktion "LTR" fra SAP SLT-replikeringsserver.

En Web-dynpro pop-up skærm vises til login SAP SLT server.

1. Indtast klient/bruger-id/adgangskode
2. Klik på fanen logon

En pop-up skærm til konfiguration vises som nedenfor-

Klik på knappen "Ny" for den nye konfiguration.

Trin 2) I dette trin,

1. Indtast konfigurationsnavn og beskrivelse.
2. Type SAP System som kildesystem.
3. Indtast RFC-forbindelse for SAP Systemet.
4. Indtast brugernavn / adgangskode / værtsnavn og instansnummer.
5. Indtast detaljer om jobmuligheder – antal dataoverførselsjob og antal beregningsjob.
6. Vælg Replikeringsindstillingen som realtid.
7. Når alle indstillingerne er vedligeholdt, klik på 'OK' for at oprette et nyt skema i SLT.

Et konfigurationsnavn "SLTECC" vil blive tilføjet og aktivt.

Efter konfiguration SAP SLT-server med succes, SAP SLT Server opretter automatisk DB-forbindelse til SAP HANA-database (når vi opretter en ny konfiguration via transaktions-LTR). Det er ikke nødvendigt at oprette det manuelt.

I næste trin importerer vi data til SAP HANA fra SAP Kilde.

Importere SAP Kildedata til SAP HANA gennem SLT

Når vi har konfigureret SAP SLT-server, et SCHEMA som konfigurationsnavn ovenfor i SAP SLT er oprettet i SAP HANA Database.

Dette skema indeholder følgende objekter-

1. 1 Skema – SLTECC.
2. 1-bruger – SLTECC.
3. 1 Privilegier
4. 8 Tabeller – DD02L (SAP Tabellernes navn), DD02T (SAP Tabeltekster), RS_LOG_FILES, RS_MESSAGE, RS_ORDER, RS_ORDER_TEXT, RS_SCHEMA_MAP, RS_STATUS.
5. 4 Roller – SLTECC_DATA_PROV, SLTECC_DATA_POWER_USER, SLTECC_DATA_USER_ADMIN, SLTECC_DATA_SELECT.
6. 2-procedurer – RS_GRANT_ACCESS, RS_REVOKE_ACCESS.

Al konfiguration er gennemført, nu indlæser vi en tabel fra SAP ECC (ERP Central Component).

Trin 1) At indlæse tabeller fra SAP ECC til SAP HANA-database, følg nedenstående trin-

1. Gå til Dataforsyning fra Quick View.
2. Type SAP HANA system.
3. Klik på knappen Afslut.

Trin 2) Et skærmbillede for SLT-baseret tabeldataforsyning vil blive vist. Der er 5 muligheder for datalevering som nedenfor-

Mulighed for levering	Detalje
Indlæs (fuld belastning)	Dette er en engangshændelse, som starter en indledende indlæsning af data fra kildesystemet.
Repliker (fuld belastning + Delta Belastning)	Det starter indledende belastning (hvis ikke gjort tidligere), og også overveje Delta lave om. Databasetrigger og tilhørende logningstabel vil blive oprettet for hver tabel.
Stop replikering	Det stopper den aktuelle replikeringsproces for en tabel. Det fjerner databasetrigger og logningstabel fuldstændigt.
Suspender	Den sætter en kørende replikeringsproces af en tabel på pause. Databaseudløseren slettes ikke fra kildesystemet, og registrering af ændringer fortsætter. Relaterede oplysninger gemmes i den relaterede logføringstabel i kildesystemet.
CV	Genoptag genstarter replikeringen for en suspenderet tabel. Efter genoptagelsen genoptages den suspenderede replikeringsprocessen.

Vi bruger den første mulighed fra tabellen "Indlæsningsmulighed" for initial indlæsning af tabellen (LFBK) data fra kilde til SAP HANA bord.

Trin-for-trin er som nedenfor-

1. Kilde og Target systemdetaljer vælges iht SAP SLT konfiguration.
2. Klik på Load Button og vælg den tabel (LFBK), som vi skal indlæse/replikere i SAP Hana.
3. Tabel (LFBK) vil blive tilføjet til Data Load Management Sektion med handling "Load" og Status "Planlagt."

Efter dataindlæsning vil status blive ændret til "Udført". Tabellen vil blive oprettet i "SLTECC" skema med data.

Trin 3) Tjek data i tabellen (LFBK) ved hjælp af dataforhåndsvisning fra skemaet "SLTECC" som vist nedenfor –

1. Log ind SAP HANA Database igennem SAP HANA Studio og vælg SAP HANA System HDB (HANAUSER).

2. Vælg Tabel (LFBK) under Tabelnode.
3. Højreklik på Tabel (LFBK) og klik på Åbn data forhåndsvisning.
4. Indlæste data gennem SLT-processen vil blive vist på dataeksempelskærmen.

Nu har vi med succes indlæst data i tabel "LFBK". Vi vil bruge denne tabel i fremtiden i modellering.

SAP SLT Forbindelse mellem ikke-SAP System og SAP HANA

SAP SLT Replication Server transformerer alle metadatatabeldefinitioner fra ikke-ABAP-kildesystemet til SAP HANA.

For ikke-SAP kilde, SLT-forbindelsen har følgende funktioner –

• Når en tabel replikeres, SAP SLT-replikeringsserver opretter logningstabeller i kildesystemet.
• Læsemotor er oprettet i SAP SLT-replikeringsserver.
• Forbindelsen mellem SAP SLT og SAP Kilde / SAP HANA etableres som en DB-forbindelse.

SAP SLT kan kun lave de simpleste transformationer, så til komplekse transformationer har vi brug for et andet ETL-værktøj som f.eks SAP Datatjenester.

Den eneste arkitektoniske forskel er værd at bemærke: for en SAP kilde læsemotoren sidder i kildesystemet, og linket er RFC, hvorimod for en ikke-SAP kildekoden, hvor læsemotoren sidder på selve SLT-serveren, og begge links er databaseforbindelser. Alt downstream opfører sig identisk.

SLT vs. andre replikationsmetoder

SLT er en af ​​flere ruter ind i SAP HANA, og dens kendetegn er latenstid snarere end transformationskraft.

Parameter	SLT	SAP Datatjenester	DXC
Latency	Realtid eller planlagt	Batch	Batch
Mechanism	Databaseudløsere og loggingtabeller	Planlagte ETL-job	Business Suite ex.tractorer
Kildesystemer	SAP og ikke-SAP databaser	Næsten enhver kilde	SAP Kun Business Suite
Transformation	Kun enkle regler	Rige grafiske transformationer	Anvendt af den tidligeretracTor
Cluster og poolborde	Håndteret native	Kræver ekstra arbejde	Håndteret af eks'entracTor
Ekstra landskab	En SLT-server	Et landskab for datatjenester	Ingen

Hvor transformation betyder mere end latenstid, SAP Datatjenester er det bedre match, og hvor eks'entracTor-logikken findes allerede, DXC undgår en server helt. Den fulde sammenligning findes i datalevering tutorial.

SLT-overvågning og fejlfinding

Da replikeringen kører kontinuerligt, registreres problemer normalt som forældede data snarere end som en fejlmeddelelse. Disse kontroller finder årsagen hurtigt.

1. Tjek først konfigurationen i LTR. Oversigten viser hver konfiguration med dens status og antallet af tabeller i hver tilstand. En fejlagtig konfiguration stopper alle tabeller under den.
2. Brug transaktionens LTRC for detaljer. Fanerne Indlæsningsstatistik og Dataoverførselsovervågning viser gennemløbshastigheden pr. tabel og afslører, hvilken der halter.
3. Hold øje med størrelsen på logføringstabellen. En logføringstabel, der vokser støt, betyder, at ændringer registreres, men ikke anvendes. Dette tyder normalt på for få dataoverførselsjob.
4. Juster joboptællingen. Dataoverførsels- og beregningsjob blev angivet under konfigurationen. For få, og replikeringen sakker bagud; for mange, og kildesystemet lider. Juster i LTR i stedet for at gætte på kilden.
5. Undersøg en tabel, der sidder fast i Planlagt. Ingen ledig baggrundsarbejdsproces på SLT-serveren er den sædvanlige årsag, ikke en fejl i tabellen.
6. Slip aldrig en replikeret tabel i HANA. Triggeren i kilden bliver ved med at skrive til en logføringstabel uden en forbruger. Stop replikeringen korrekt først, hvilket fjerner triggeren.
7. RevVis RS_STATUS og RS_MESSAGE. Disse kontroltabeller i det genererede skema registrerer, hvad SLT selv mener om hver tabel.

Den dyreste fejltagelse er at replikere tabeller, som ingen har brug for. Enhver replikeret tabel har en trigger på kildesystemet, så en ubrugt replikering påfører det transaktionelle system, den læser fra, en permanent omkostning.

Ofte Stillede Spørgsmål