Wat is SLT in SAP HANA? Replicatie en configuratie
Mason Garcia
⚡ Slimme samenvatting
SLT, de SAP Landscape Transformation Replication Server laadt en repliceert gegevens naar de server. SAP HANA in realtime of volgens een schema. Een op triggers gebaseerde aanpak legt wijzigingen vast vanuit SAP en niet-SAP bronnen op dezelfde manier.
Wat is SLT (SAP Replicatie van landschapstransformatie)?
SLT is een ETL-tool waarmee u gegevens in realtime kunt laden en repliceren of gegevens kunt plannen SAP bronsysteem of niet SAP Systeem in SAP HANA-database.
SAP De SLT-server gebruikt een triggergebaseerde replicatiebenadering om gegevens van het bronsysteem naar het doelsysteem over te brengen.
De SLT-server kan op het afzonderlijke systeem of op een afzonderlijk systeem worden geïnstalleerd SAP ECC-systeem.
Het voordeel van het SLT-systeem is zoals hieronder:
- Maakt real-time of geplande gegevensreplicatie mogelijk.
- Tijdens het in realtime repliceren van gegevens kunnen we gegevens migreren SAP HANA-formaat.
- SLT-handgrepen Cluster en pooltafels.
- Dit ondersteunt automatisch niet-Unicode- en Unicode-conversie tijdens laden/replicatie. (Unicode is een tekencoderingssysteem dat lijkt op ASCII. Niet-Unicode is een coderingssysteem dat meer tekens omvat dan ASCII).
- Dit is volledig geïntegreerd met SAP HANA Studio.
- SLT heeft mogelijkheden voor het instellen van tabellen en transformatie.
- SLT heeft monitoringmogelijkheden met SAP HANA-oplossingsmanager.
Het op triggers gebaseerde ontwerp maakt realtime verwerking mogelijk. Een databasetrigger op de brontabel schrijft elke wijziging naar een logtabel, die SLT vervolgens leest en toepast, in plaats van herhaaldelijk de hele tabel te scannen op verschillen.
SAP SLT-verbinding ArchiStructuuroverzicht
Architectuur Overzicht van SAP SLT-server met SAP / Niet-SAP Systeem is zoals hieronder-
SAP SLT-verbinding tussen SAP Systeem en SAP HANA
SAP SLT Replication Server transformeert alle metadatatabeldefinities van het ABAP-bronsysteem naar SAP HANA.
Bij SAP bron, de SLT-verbinding heeft de volgende kenmerken –
- Wanneer een tabel wordt gerepliceerd, SAP SLT Replicatieserver maakt logtabellen in het bronsysteem.
- De leesengine wordt gemaakt in de SAP Bronsysteem.
- De verbinding tussen SAP SLT en SAP Bron wordt tot stand gebracht als RFC-verbinding.
- De verbinding tussen SAP SLT en SAP HANA wordt tot stand gebracht als een DB-verbinding.
Een databasegebruiker met dezelfde autorisatie als gebruiker “SYSTEM” kan hiertussen een verbinding tot stand brengen SAP SLT en SAP HANA-database.
SAP SLT Server maakt automatisch een DB-verbinding voor SAP HANA-database (wanneer we een nieuwe configuratie maken via transactie-LTR). Het is niet nodig om het handmatig aan te maken.
Configure SAP SLT-server voor SAP Bronsysteem
Eerst moeten we configureren SAP SLT-replicatieserver voor verbinding tussen SAP Bron en SAP HANA-database. T-code, LTR wordt gebruikt voor het maken van een verbinding tussen SAP Bron en SAP SLT.
Stap 1) Log in op SAP SLT-server en oproeptransactie “LTR” vanaf SAP SLT-replicatieserver.
Er verschijnt een Web-dynpro pop-upscherm waarop u kunt inloggen SAP SLT-server.
- Voer klant-/gebruikers-ID/wachtwoord in
- Klik op het tabblad Aanmelden
Er verschijnt een pop-upscherm voor configuratie zoals hieronder:
Klik op de knop "Nieuw" voor de nieuwe configuratie.
Stap 2) In deze stap,
- Voer de configuratienaam en -beschrijving in.
- Selecteren SAP Systeem als bronsysteem.
- Voer RFC-verbinding in voor SAP Systeem.
- Voer gebruikersnaam/wachtwoord/hostnaam en instancenummer in.
- Voer de details van de taakopties in: het aantal gegevensoverdrachtstaken en het aantal berekeningstaken.
- Selecteer de replicatieoptie als Realtime.
- Zodra alle instellingen behouden zijn, klikt u op 'OK' om een nieuw schema in SLT aan te maken.
Er wordt een configuratienaam “SLTECC” toegevoegd en actief.
Na configuratie SAP SLT-server succesvol, SAP SLT Server maakt automatisch een DB-verbinding voor SAP HANA-database (wanneer we een nieuwe configuratie maken via transactie-LTR). Het is niet nodig om het handmatig aan te maken.
In de volgende stap importeren we gegevens naar SAP HANA uit SAP Source.
import SAP Brongegevens naar SAP HANA via SLT
Zodra we succesvol hebben geconfigureerd SAP SLT-server, een SCHEMA als configuratienaam hierboven in SAP SLT wordt aangemaakt in SAP HANA-database.
Dit schema bevat de volgende objecten:
- 1 Schema – SLTECC.
- 1-gebruiker – SLTECC.
- 1 Voorrechten
- 8 Tafels – DD02L (SAP Tabelnaam), DD02T (SAP Tabelteksten), RS_LOG_FILES, RS_MESSAGE, RS_ORDER, RS_ORDER_TEXT, RS_SCHEMA_MAP, RS_STATUS.
- 4 rollen – SLTECC_DATA_PROV, SLTECC_DATA_POWER_USER, SLTECC_DATA_USER_ADMIN, SLTECC_DATA_SELECT.
- 2 procedures – RS_GRANT_ACCESS, RS_REVOKE_ACCESS.
Alle configuratie is voltooid, nu laden we een tabel uit SAP ECC (ERP centrale component).
Stap 1) Om tabellen te laden SAP ECC naar SAP HANA-database, volg onderstaande stappen-
- Ga naar Gegevensvoorziening vanuit Snelle weergave.
- Selecteren SAP HANA-systeem.
- Klik op de knop Voltooien.
Stap 2) Er wordt een scherm voor SLT Based Table Data Provisioning weergegeven. Er zijn 5 opties voor data provisioning, zoals hieronder:
| Voorzieningen optie | Detail |
|---|---|
| Belasting (volledige belasting) | Dit is een eenmalige gebeurtenis, waarbij een eerste lading gegevens uit het bronsysteem wordt gestart. |
| Repliceren (volledige belasting + Delta Laden) | Het start de initiële belasting (als dit niet eerder is gedaan), en overweeg ook delta wijziging. Voor elke tabel worden een databasetrigger en een bijbehorende logtabel gemaakt. |
| Stop de replicatie | Het stopt het huidige replicatieproces voor een tabel. Het verwijdert de databasetrigger en de logtabel volledig. |
| Opschorten | Het pauzeert een lopend replicatieproces van een tabel. De databasetrigger wordt niet verwijderd uit het bronsysteem en de registratie van wijzigingen wordt voortgezet. Gerelateerde informatie wordt opgeslagen in de bijbehorende logtabel in het bronsysteem. |
| Hervat | Resume start de replicatie voor een opgeschorte tabel opnieuw. Na hervatting wordt het opgeschorte replicatieproces hervat. |
⚠️ Waarschuwing: Replicatie opschorten en stoppen zijn niet uitwisselbaar. Bij opschorten blijven de trigger en de logtabel behouden, waardoor wijzigingen zich ophopen en bij hervatting worden toegepast. Stoppen verwijdert beide, waardoor elke wijziging die tijdens de stopzetting is aangebracht verloren gaat en een volledige herlaadactie nodig is.
We gebruiken de eerste optie uit de tabel “Optie laden” voor de initiële belasting van de tabelgegevens (LFBK) van bron naar SAP HANA-tafel.
Stap voor stap is zoals hieronder-
- Bron en Target systeemdetails worden geselecteerd volgens SAP SLT-configuratie.
- Klik op de knop Laden en selecteer de tabel (LFBK) waarin we moeten laden/repliceren SAP Hana.
- Tabel (LFBK) wordt toegevoegd aan de sectie Data Load Management met actie 'Laden' en status 'Gepland'.
Na het laden van de gegevens wordt de status gewijzigd in "Uitgevoerd". De tabel wordt gemaakt in het “SLTECC”-schema met gegevens.
Stap 3) Controleer de gegevens in de tabel (LFBK) met behulp van de gegevenspreview uit het schema “SLTECC” zoals hieronder weergegeven –
- Inloggen SAP HANA-database door SAP HANA Studio en selecteer SAP HANA-systeem HDB (HANAUSER).
- Selecteer Tabel (LFBK) onder Tabelknooppunt.
- Klik met de rechtermuisknop op Tabel (LFBK) en klik op de optie Gegevensvoorbeeld openen.
- Via het SLT-proces geladen gegevens worden weergegeven in het scherm Gegevensvoorbeeld.
Nu hebben we met succes gegevens in tabel “LFBK” geladen. We zullen deze tabel in de toekomst gebruiken bij het modelleren.
SAP SLT Verbinding tussen niet-SAP Systeem en SAP HANA
SAP SLT Replication Server transformeert alle metadatatabeldefinities van het niet-ABAP-bronsysteem naar SAP HANA.
Voor niet-SAP Bron, de SLT-verbinding heeft de volgende kenmerken:
- Wanneer een tabel wordt gerepliceerd, SAP SLT Replicatieserver maakt logtabellen in het bronsysteem.
- De leesengine wordt gemaakt in de SAP SLT-replicatieserver.
- De verbinding tussen SAP SLT en SAP Bron / SAP HANA wordt tot stand gebracht als een DB-verbinding.
SAP SLT kan alleen de eenvoudigste transformaties uitvoeren, dus voor complexe transformaties hebben we een andere ETL-tool nodig, zoals SAP Datadiensten.
Het enige architectonische verschil is het vermelden waard: voor een SAP De leesengine bevindt zich in het bronsysteem en de link is een RFC, terwijl voor een niet-bron de leesengine zich in het bronsysteem bevindt en de link een RFC is ....SAP De leesengine bevindt zich op de SLT-server zelf en beide verbindingen zijn databaseverbindingen. Alles wat daarop volgt, gedraagt zich identiek.
SLT versus andere replicatiemethoden
SLT is een van de verschillende routes naar SAP HANA onderscheidt zich door de lage latentie in plaats van de transformatiekracht.
| Parameter | SLT | SAP Gegevensdiensten | DXC |
|---|---|---|---|
| Wachttijd | Realtime of gepland | Partij | Partij |
| Mechanisme | Databasetriggers en logtabellen | Geplande ETL-taken | Business Suite extracverdraaid |
| Bron systemen | SAP en niet-SAP databanken | Vrijwel elke bron | SAP Alleen Business Suite |
| Transformatie | Simpele regels | Rijke grafische transformaties | Toegepast door de extractor |
| Cluster en pooltafels | Wordt native afgehandeld | Vereist extra werk | Afgehandeld door de extractor |
| Extra landschap | Een SLT-server | Een landschap van datadiensten | Geen |
Waar transformatie belangrijker is dan latentie, SAP Gegevensdiensten is de betere keuze, en waar de extracTor-logica bestaat al. DXC vermijdt een server volledig. De volledige vergelijking staat in de gegevensvoorziening tutorial.
SLT-monitoring en probleemoplossing
Omdat de replicatie continu plaatsvindt, worden problemen meestal opgemerkt als verouderde gegevens in plaats van als een foutmelding. Deze controles sporen de oorzaak snel op.
- Controleer eerst de configuratie in LTR. Het overzicht toont elke configuratie met de bijbehorende status en het aantal tabellen in elke status. Een configuratie met een fout stopt alle tabellen daaronder.
- Gebruik transactie LTRC voor meer informatie. De tabbladen 'Load Statistics' en 'Data Transfer Monitor' tonen de doorvoer per tabel en geven aan welke tabel achterloopt.
- Houd de grootte van de logtabel in de gaten. Een logtabel die gestaag groeit, betekent dat wijzigingen worden vastgelegd maar niet worden toegepast. Dit wijst meestal op te weinig dataoverdrachtstaken.
- Stem het aantal taken af. Tijdens de configuratie zijn de taken voor gegevensoverdracht en berekeningen ingesteld. Te weinig taken leiden tot achterstand in de replicatie; te veel taken leiden tot problemen voor het bronsysteem. Pas de instellingen aan in LTR in plaats van te gokken wat de bronwaarde is.
- Onderzoek een tabel die vastzit in de status 'Gepland'. Het ontbreken van een vrij achtergrondproces op de SLT-server is doorgaans de oorzaak, niet een fout in de tabel.
- Verwijder nooit een gerepliceerde tabel in HANA. De trigger in de bron blijft schrijven naar een logtabel zonder afnemer. Stop eerst de replicatie op de juiste manier, waardoor de trigger wordt verwijderd.
- RevBekijk RS_STATUS en RS_MESSAGE. Deze controletabellen in het gegenereerde schema registreren wat SLT zelf van elke tabel vindt.
De duurste fout is het dupliceren van tabellen die niemand nodig heeft. Elke gerepliceerde tabel heeft een trigger op het bronsysteem, dus een ongebruikte replicatie legt een permanente kostenpost op het transactiesysteem waaruit deze gegevens leest.
