Scegliere il connettore SAP migliore
Questo articolo fa parte della serie di articoli "Sap extend and innovazione data: Best practices".
- Identificare le origini dati SAP
- Scegliere il connettore SAP migliore
- Prestazioni e risoluzione dei problemi per l'estrazione dei dati SAP
- Sicurezza dell'integrazione dei dati per SAP in Azure
- Architettura generica di integrazione dei dati SAP
SI APPLICA A: 
Azure Data Factory Azure Synapse Analytics
Questo articolo è la parte 2 della serie SAP extend and innovazione data: Best practices. Per il primo articolo della serie, vedere Identificare le origini dati SAP.
Le applicazioni SAP spesso eseguono diversi processi aziendali cruciali e di base, che generano una grande quantità di dati aziendali importanti. Esistono molte applicazioni e soluzioni SAP in OLTP, ad esempio ECC, CRM, SCM e OLAP, ad esempio BW. Le applicazioni SAP espongono i dati in diversi modi. Quando i clienti combinano dati SAP e non SAP e applicano servizi dati avanzati, ad esempio analisi e intelligenza artificiale, estraggono informazioni dettagliate predittive in tempo reale. Questo metodo migliora i risultati aziendali. L'integrazione dei dati SAP può essere un progetto complesso e di grandi dimensioni.
Considerazioni sulla progettazione per l'integrazione dei dati SAP con Azure
Le pipeline di Azure Data Factory e Azure Synapse Analytics offrono diversi modi e connettori per integrare i dati SAP in Azure. L'approccio e i connettori SAP scelti dipendono da diversi fattori, ad esempio il tipo di applicazione SAP, il tipo di dati e il modo in cui vengono esposti, il volume di dati e la latenza prevista, le operazioni da eseguire con i dati e la posizione in cui archiviarli. I dati possono essere archiviati in SAP o all'esterno di SAP.
È consigliabile tenere presenti le considerazioni seguenti per determinare l'approccio e pianificare un'architettura di alto livello.
- Definire ogni caso d'uso aziendale e il risultato previsto di ognuno di essi. Considerare il problema risolto dal caso d'uso o il risultato aziendale raggiunto dal caso d'uso e come.
- Identificare le applicazioni e i sistemi coinvolti nel flusso di dati SAP e nella classificazione dei dati.
- Definire il profilo dati, inclusi i sistemi di origine SAP, ad esempio ECC, S/4HANA, BW/4HANA o BWoH. Definire il volume e il tipo di dati, ad esempio dati non elaborati o dati trasformati. Definire il tipo di oggetti SAP in cui sono disponibili i dati, ad esempio il database sottostante, le tabelle del dizionario dati SAP, ad esempio EKKO, AUFK o oggetti logici, ad esempio viste CDS, estrattori SAP o oggetti BW.
- Identificare i connettori corretti per ogni scenario. Azure offre diversi connettori per connettersi ai sistemi SAP e potrebbe essere disponibile più connettori per un determinato sistema di origine. Altri fattori, ad esempio i volumi di dati e le versioni dei prodotti SAP, possono tuttavia influenzare questa scelta.
- Definire cosa accade con i dati, ad esempio pulizia, convalida, trasformazione o arricchimento e dove accade, ad esempio in SAP o in Azure.
- Decidere dove vengono archiviati i dati, ad esempio un data lake o un data warehouse e come vengono visualizzati, ad esempio Power BI.
- Si consideri la latenza prevista e la frequenza di inserimento dei dati, ad esempio bassa latenza, ogni 4 ore o giornaliera.
- Definire i requisiti di governance, classificazione, accesso, sicurezza e rete.
- Determinare se un singolo modello di architettura serve a tutti i casi d'uso o se è necessario stabilire più modelli in base ai requisiti precedenti.
- Identificare i servizi di Azure e le organizzazioni interne coinvolte e identificare le competenze e le risorse necessarie, ad esempio SAP, piattaforma dati di Azure, sicurezza e rete.
- Prendere in considerazione l'esecuzione di un modello di verifica con obiettivi ben definiti, ambito, approccio e criteri di successo.
Suggerimento
Verificare che i componenti e le versioni SAP presenti e futuri supportino la soluzione.
Quando possibile, connettersi a SAP Message Server (tipo di accesso: gruppo) anziché a Server applicazioni per il bilanciamento del carico.
La maggior parte dei connettori di Azure supporta la connessione ai sistemi SAP tramite Secure Network Communications (SNC).
Le pipeline di Azure Data Factory e Azure Synapse Analytics forniscono modelli SAP per iniziare a usare un approccio basato su criteri per gli scenari SAP.
Controllare se lo scenario di estrazione dei dati SAP influisce sulle licenze SAP.
È possibile usare ABAP SDK per Azure per una maggiore integrazione dei dati SAP con Azure.
Scegliere il connettore ottimale
Le considerazioni seguenti consentono di iniziare a usare l'approccio in base alla posizione in cui risiedono i dati e in quale formato.
- Se i dati vengono modellati all'interno di un'applicazione SAP ed è disponibile per l'utilizzo sotto forma di oggetti logici, usare un connettore che funziona con oggetti logici connettendosi a NetWeaver AS ABAP.
- Se i dati non vengono modellati all'interno di un'applicazione SAP ma sono disponibili nelle tabelle o nelle viste del dizionario dati nel formato non elaborato, usare un connettore che funziona con dati non elaborati connettendosi a NetWeaver AS ABAP.
- Se i dati sono disponibili nelle applicazioni SAP OLAP o OLTP, usare un connettore che funziona con la rispettiva applicazione.
- Se i dati sono disponibili nel database SAP HANA, usare il connettore SAP HANA che si connette al database HANA usando driver ODBC HANA.
- Sono disponibili connettori generici che si connettono ai database anyDB sottostanti (non SAP), ad esempio MS SQL, IBM e Oracle.
- Azure offre connettori SAP per App per la logica di Azure, Power Apps e Funzioni di Azure per connettersi alle applicazioni SAP. Questi scenari di integrazione riguardano casi d'uso diversi, ma è possibile che si verifichi una sovrapposizione.
Suggerimento
Se non è disponibile un connettore per l'applicazione o lo scenario, è consigliabile spostare i dati in un'applicazione o uno scenario supportato.
La tabella seguente illustra le scelte più ampie disponibili a seconda dell'applicazione SAP da cui si desidera recuperare i dati.
| Posizione dei dati | Scenario: caricamento completo e delta manuale | Scenario: caricamento completo e acquisizione dei dati delle modifiche |
|---|---|---|
| SAP HANA | SAP HANA | SAP CDC |
| SAP BW | Tabella SAP, SAP BW OpenHub, SAP BW tramite MDX | SAP CDC |
| SAP ECC, SAP S/4 HANA | Tabella SAP, SAP ECC | SAP CDC |
La tabella seguente mostra un riepilogo di tutti i connettori SAP disponibili in Azure Data Factory e Azure Synapse Analytics per origini SAP, scenari e funzionalità del connettore diverse.
Suggerimento
I connettori e le funzionalità supportati dipendono in genere dall'istanza del prodotto SAP, ad esempio BW in HANA e BW/4HANA e dalla relativa versione. Per altre informazioni, vedere la documentazione di produzione per ogni connettore.
Per informazioni sul supporto generale per lo scenario di integrazione dei dati SAP, vedere Integrazione dei dati SAP.
| Applicazione di origine SAP | Tipo di dati | Connettore di Azure | Oggetti e modalità supportati | Protocollo e connessione | Autenticazione | Ulteriori informazioni | Parallelizzazione e prestazioni | Volume dei dati |
|---|---|---|---|---|---|---|---|---|
| Applicazioni SAP basate su NetWeaver AS ABAP, ad esempio SAP ECC, S/4HANA, CRM, SRM, BW su HANA e BW/4HANA | Dati non elaborati | SAP CDC tramite SLT | Tutte le tabelle transparent, in pool e cluster supportano il caricamento completo e CDC. Alcune viste (transazioni SE11) supportano il caricamento completo e CDC. | Chiamate RFC all'applicazione NetWeaver e al server messaggi. | SNC di base | Prerequisiti | Sì, veloce con caricamento parallelo predefinito basato sul partizionamento configurabile. | Grande |
| Applicazioni SAP basate su NetWeaver AS ABAP, ad esempio SAP ECC, S/4HANA, CRM, SRM, BW su HANA e BW/4HANA | Oggetti logici | SAP CDC | Le viste CDS ABAP supportano il caricamento completo e molte di esse supportano delta, ad esempio se sono basate su timestamp o trigger. Gli estrattori SAP, standard e personalizzati, supportano il caricamento completo e possono supportare anche delta in base alla configurazione. InfoProvider BW, ad esempio DSO, ADSO, InfoCubes, MultiProvider, CompositeProvider e Query (se esposto come InfoProvider) supportano il caricamento completo e potrebbero supportare anche delta in base alla configurazione. | Chiamate RFC all'applicazione NetWeaver e al server messaggi. | Basic, SNC | Prerequisiti | Sì, veloce con caricamento parallelo predefinito basato sul partizionamento configurabile. | Grande |
| Applicazioni SAP basate su NetWeaver AS ABAP, ad esempio SAP ECC, S/4 HANA, BW in AnyDB e BW in HANA. BW/4HANA non supportato. | Dati non elaborati | Tabella SAP | Tutte le viste e le tabelle e i cluster trasparenti, in pool e cluster (transaction SE11) supportano il caricamento completo. È anche possibile estrarre le modifiche con filigrana manuale usando un timestamp o la colonna ID univoca. | Chiamate RFC all'applicazione NetWeaver e al server messaggi. | Basic, SNC | Prerequisiti | Sì, veloce con caricamento parallelo predefinito basato sul partizionamento configurabile. | Grande |
| BW in AnyDB e BW in HANA. BW/4HANA non supportato. | Oggetti logici | SAP BW Open Hub | Gli oggetti BW esposti tramite la tabella locale Open Hub Destination (OHD), ad esempio DataSources, DSO, InfoCube, MultiProvider, CompositeProvider e Query (se esposto come InfoProvider) supportano il caricamento completo. Delta è supportato se l'OHD supporta delta. | Chiamate RFC all'applicazione NetWeaver e al server messaggi. | Di base | Prerequisiti. Creare SAP OHD in SAP BW per esporre i dati. | Sì, veloce con caricamento parallelo incorporato basato su uno schema specifico di OHD. | Grande |
| BW in AnyDB e BW in HANA. BW/4HANA non supportato. | Oggetti logici | SAP BW tramite MDX | BW InfoCubes e QueryCubes (incluse le query BEx) supportano il caricamento completo. Delta non è supportato. | Chiamate RFC al server applicazioni NetWeaver. | Di base | Prerequisiti | Più lenta | Piccola |
| SAP ECC, S/4 HANA | Dati non elaborati o oggetti logici | SAP ECC tramite gateway SAP | Tutti gli oggetti esposti dai servizi OData, ad esempio tabelle SAP, viste, oggetti BAPI, estrattori, dati o IDOC inviati a SAP PI che possono essere ricevuti come OData tramite adattatori relativi supportano il caricamento completo. È anche possibile estrarre le modifiche con filigrana manuale usando un timestamp o la colonna ID univoca. | Chiamate HTTP (OData) all'applicazione NetWeaver e al server di messaggi. | Di base | Prerequisiti. Configurare il gateway SAP, attivare il servizio OData ed esporre le entità. | Più lenta | Piccola |
| SAP HANA | Dati non elaborati o oggetti logici | SAP HANA | Tabelle di righe e colonne del database HANA, modelli di informazioni (viste analitiche e di calcolo) e query personalizzate supportano il caricamento completo. È anche possibile estrarre le modifiche con filigrana manuale usando un timestamp o la colonna ID univoca. | Chiamate ODBC al database HANA. | Basic, Windows (SSO) | Prerequisiti | Sì, veloce con caricamento parallelo predefinito basato sul partizionamento configurabile. | Grande |
| SAP Cloud for Customer (SaaS CRM) | Dati non elaborati o oggetti logici | SAP C4C | Questo connettore è bidirezionale. Può copiare dati da e verso SAP C4C. | Sono supportati gli oggetti che possono essere esposti dai servizi OData di SAP C4C. | Chiamate HTTP (OData) al servizio SaaS. | Di base | Più lenta | Piccola |
Per uno scenario potrebbero essere disponibili più connettori. La scelta dipende dal connettore che offre le migliori funzionalità di integrazione. È consigliabile usare il connettore che si integra con un livello superiore, ad esempio l'applicazione SAP anziché il database. Le immagini seguenti mostrano la direzione decisionale suggerita.
SAP ECC, S/4 HANA, integrazione dell'applicazione SAP: estrae i dati da SAP ECC, S/4 HANA o altre applicazioni SAP.
Integrazione di SAP BW: estrae dati da SAP BW e B/4 HANA.
