DATA Provisioning & Replikering i SAP HANA
⚡ Smart sammanfattning
Dataprovisionering i SAP HANA laddar data från källsystem innan något frontend-verktyg kan nå den.tract, transformera och ladda från processen, levererat via inbyggda alternativ eller externa verktyg som SLT, Data Services och DXC.

Vad är DATA Provisioning?
DATA Provisioning är en process för att skapa, förbereda och göra det möjligt för ett nätverk att tillhandahålla data till sin användare. Data måste laddas till SAP HANA innan data når användaren via ett front-end-verktyg.
Alla dessa processer kallas ETL (Extract, Transformera och Ladda), och detaljerna är som nedan-
- Extract - Detta är den första och ibland svåraste delen av ETL, där data extrachämtad från det olika källsystemet.
- Förvandla – I transformationsdelen definieras en serie regler eller funktioner för dataexempelntracfrån källsystemet, för att ladda data till målsystemet.
- Ladda – Laddningsfasen laddar data i målsystemet.
Därför att SAP HANA lagrar data i minnet och används ofta för realtidsrapportering. Valet av provisioneringsmetod har en direkt effekt på hur aktuell informationen i en rapport faktiskt är. Det valet granskas efter att de tillgängliga verktygen har listats.
Replikering in SAP HANA
SAP HANA stöder två typer av provisioneringsverktyg –
- SAP HANA Inbyggt Provisioning Tool
- Platt fil
- Smart dataströmning
- Smart Data Access (SDA)
- Företagsinformationshantering (EIM)
- Fjärrdata
- Externt verktyg stöds av SAP HANA
- SAP Landskapsförvandling
- SAP Business Objects Data Services
- SAP Direkt Extractor-anslutning
- Sybase replikeringsserver
För närvarande finns det huvudsakliga metoder för att tillhandahålla data för SAP HANA, dessa är -
| Metoder för datatillhandahållande | BESKRIVNING |
|---|---|
| SLT | SLT ( 'SAP Landscape Transformation Replication Server”) som körs på SAP Net Weaver-plattform. SLT är en idealisk lösning för realtid och schemalägg tid replikering för SAP och icke-SAP källsystem. |
| SAP DATA-tjänster | SAP DATA-tjänster är en plattform för design av ETL-processer med ett grafiskt användargränssnitt. |
| DXC | DXC står för Direct Extractor Connect är ett batchdrivet ETL-verktyg. |
| Uppladdning av platt fil | Detta alternativ används för att ladda upp data (.csv, .xls, .xlsx) till SAP HANA. |
SAP HANA SLT vägkarta
SAP HANA SLT Road Map är enligt nedan – DATA Provisioning via SLT kräver RFC/DB-anslutning till SAP/Icke-SAP Källsystem och en DB-anslutning för SAP HANA databas. På SAP SLT-server, vi definierar Kartaping och transformation. Nedan följer en färdplan för dataprovisionering via SLT.

Jämförelse av SLT, datatjänster, DXC och platt fil
De fyra huvudmetoderna är inte utbytbara. Var och en utformades för olika latenskrav och olika typer av källor, vilket tabellen tydliggör.
| Parameter | SLT | SAP Datatjänster | DXC | Platt fil |
|---|---|---|---|---|
| Latens | Realtid eller schemalagd | Batch, schemalagd | Batch, schemalagd | Manuell, engångs |
| Källsystem | SAP och icke-SAP databaser | Nästan alla källor, inklusive filer och webbtjänster | SAP Endast Business Suite | CSV, XLS, XLSX |
| Transformation | Enkel, regelbaserad under replikering | Rika grafiska transformationer | Tillämpas av det befintliga extractor | Ingen |
| Semantiken bevarad | Endast tabellnivå | Som utformat i jobbet | Ja, affärssemantiken hos exettractor | Ingen |
| Installationsarbete | Medium, behöver en SLT-server | Hög, behöver ett datatjänstlandskap | Låg där extractorer finns | Väldigt låg |
| Typisk användning | Operarapportering om realtidstransaktioner | Konsolidering av heterogena källor | Återanvändning av befintlig BW-extractor-logik | Prototypping och små uppslagstabeller |
Var och en har en egen handledning: SLT, SAP Datatjänster, DXCoch uppladdning av platt fil.
Smart dataåtkomst och smart dataintegration
Den inbyggda listan ovan innehåller två alternativ som beter sig annorlunda än de andra, eftersom de kan undvika att kopiera data alls.
Smart dataåtkomst (SDA). SDA skapar en virtuell tabell i SAP HANA som pekar på en tabell i ett fjärrsystem. Inga data replikeras. När en fråga berör den virtuella tabellen, flyttar HANA så mycket av arbetet som möjligt till fjärrdatabasen och hämtar endast resultatet. Fördelen är att lagringskostnaden är noll och att data alltid är aktuella. Begränsningen är att frågehastigheten nu beror på fjärrsystemet, så en långsam källa gör en snabb HANA-rapport långsam.
Smart dataintegration (SDI). SDI utökar idén med adaptrar som också kan replikera, antingen i batch eller genom ändringsdatainsamling, och tillämpa transformationer längs vägen. I själva verket samlar det mycket av vad Data Services erbjuder inuti själva HANA, vilket eliminerar behovet av ett separat ETL-landskap för mindre projekt.
Att välja mellan de tre familjerna handlar om tre frågor:
- Hur aktuell måste informationen vara? Realtidspunkter vid SLT eller SDI ändrar datainsamling; över natten räcker för Data Services eller DXC.
- Behöver informationen kopieras överhuvudtaget? Om den sällan efterfrågas och finns i en kapabel databas, undviker SDA helt dubbelarbete.
- Hur mycket omvandling krävs? Enkel filtrering passar SLT; komplex rensning, deduplicering och sökningar passar Data Services.
När data har landat exponeras de för rapportering via de informationsvyer som beskrivs i SAP HANA-modellering handledning.
