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.

  • 🔄 Kärnprocess: Provisionering skapar, förbereder och gör det möjligt för ett nätverk att leverera data till sina användare via extract, transformera och ladda.
  • ⚙️ Inbyggda alternativ: Platt fil, smart dataströmning, smart dataåtkomst, företagsinformationshantering och fjärrdata.
  • 🔌 Externa verktyg: SAP Landskapstransformation, Business Objects Data Services, Direct Extractor-anslutning och Sybase-replikeringsserver.
  • ⏱️ SLT-styrka: Realtids- och schemalagd replikering från båda SAP och icke-SAP källsystem.
  • 🖼️ Datatjänster: En grafisk plattform för att designa ETL-processer över heterogena källor.
  • 📦 DXC-natur: Direkt Extractor Connection är en batchdriven ETL-rutt som återanvänder befintliga BW-ex.tractorer.
  • 🔗 SLT-förkunskapskrav: En RFC- eller databasanslutning till källan och en databasanslutning till SAP HANA.

Dataprovisionering och replikering i SAP HANA

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 –

  1. SAP HANA Inbyggt Provisioning Tool
    1. Platt fil
    2. Smart dataströmning
    3. Smart Data Access (SDA)
    4. Företagsinformationshantering (EIM)
    5. Fjärrdata
  2. Externt verktyg stöds av SAP HANA
    1. SAP Landskapsförvandling
    2. SAP Business Objects Data Services
    3. SAP Direkt Extractor-anslutning
    4. 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.

SAP HANA SLT vägkarta
SAP HANA SLT vägkarta

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.

Vanliga frågor

Replikering kopierar rader till HANA, så frågorna är snabba och lagringsutrymmet förbrukas. Virtualisering via SDA lämnar data i källan och läser den på begäran, vilket gör att handeln går fort mot valuta.

Ja, och de flesta landskap gör det. SLT hanterar vanligtvis transaktionstabeller i realtid medan Data Services konsoliderar externa källor över natten, där var och en skriver till olika scheman.

AI profilerar källdata innan den laddas, vilket upptäcker dubbletter, inkonsekventa format och saknade nycklar, så att problem korrigeras vid källan snarare än att dyka upp i en rapport veckor senare.

Ja. Avvikelsedetektering av radantal och laddningstider flaggar en replikering som har stannat eller saktat ner, vilket ofta är osynligt förrän en rapport visar gårdagens siffror.

För prototypping, små referenstabeller och engångsbelastningar. Den är manuell och kan inte upprepas, så den bör aldrig ligga inuti ett produktionsdataflöde som måste köras enligt ett schema.

Sammanfatta detta inlägg med: