Replica dei dati da SAP S/4HANA a BigQuery tramite SAP DataSphere

Questo documento fornisce una panoramica su come replicare i dati Da SAP S/4HANA a BigQuery tramite SAP DataSfera. SAP DataSfera offre dati affidabili di trasformazione e garantisce che i dati vengano caricati correttamente in BigQuery. Utilizza l'API BigQuery Storage Writer. scrivere i dati nel set di dati BigQuery quasi in tempo reale.

Metodi di replica

Per leggere i dati dal sistema di origine SAP S/4HANA, puoi utilizzare uno dei seguenti metodi di replica:

  • Replica basata su CDS: questo metodo utilizza Core Data Services (CDS) di visualizzazioni, che sono ricche semanticamente e offrono modelli predefiniti della tua attività all'interno di SAP S/4HANA.

  • Replica basata su SLT: questo metodo replica direttamente la parte sottostante le tabelle di database dal sistema SAP S/4HANA, utilizzando in genere SAP Landscape Transformation (SLT) come tecnologia di replica. Le tabelle replicate possono quindi essere utilizzate come base dati Google Cloud Cortex Framework.

Differenze e considerazioni principali

La seguente tabella riassume le principali differenze tra i due metodi di replica:

Funzionalità Replica basata su CDS Replica basata su SLT
Rappresentazione dei dati Fornisce visualizzazioni dei dati orientate al business, spesso combinando dati da più tabelle in strutture significative. Fornisce l'accesso diretto alle strutture delle tabelle non elaborate. Se hai bisogno un controllo granulare sui dati o la necessità di replicare tabelle personalizzate, questo metodo di replica è appropriato per le tue esigenze.
Facilità di utilizzo Se utilizzi le viste CDS precaricate in SAP DataSphere, la configurazione della replica diventa più semplice. Potrebbero richiedere configurazioni più tecniche, in particolare per la configurazione iniziale di SLT e la gestione delle dipendenze delle tabelle.
Flessibilità Meno flessibile se devi replicare tabelle personalizzate tabelle non esposte tramite le visualizzazioni CDS standard. Offre una maggiore flessibilità nella replica di qualsiasi tabella, incluse quelle con sviluppo personalizzato.
Prestazioni
  • Causa un consumo eccessivo della CPU sul database di produzione a causa alla logica di business e ai calcoli delta. Questo metodo può richiedere risorse CPU aggiuntive per il database SAP.
  • Vengono trasferiti meno dati a causa di possibili preaggregazioni nella logica di visualizzazione CDS.
  • Replica intere tabelle, con conseguente aumento del traffico di rete, Di conseguenza, questo metodo richiede un'elevata intensità di networking. Tuttavia, richiede di utilizzo delle risorse della CPU del database.
  • Vengono trasferiti più dati quando vengono visualizzate tabelle intere replicati senza pre-aggregazioni.
Compatibilità con Google Cortex Framework Non compatibile con gli acceleratori tecnici precaricati. Completamente compatibile con acceleratori tecnici precaricati.

Scegli il metodo di replica

Il metodo di replica migliore dipende da diversi fattori: incluso il caso d'uso previsto e altre considerazioni, tra cui:

  • Requisiti aziendali: se hai principalmente bisogno di dati aziendali standard e vuoi rapida, la replica basata su CDS è probabilmente l'opzione ideale. Se hai bisogno con dati più specializzati o tabelle altamente personalizzate, prendere in considerazione la replica basata su SLT.

  • Compatibilità con il framework Cortex. Se vuoi usare Cortex Framework: la replica basata su SLT.

  • Competenza tecnica: è più facile utilizzare la replica basata su CDS per persone con esperienza nella base SAP o nella replica dei dati.

  • Volume e complessità dei dati: per dati di molti terabyte o tabelle complesse relazioni, la replica basata su SLT potrebbe essere più scalabile.

Passaggi successivi