Choisir le meilleur connecteur SAP
Cet article fait partie de la série d’articles « Étendre et innover des données SAP : bonnes pratiques ».
- Identifier des sources de données SAP
- Choisir le meilleur connecteur SAP
- Performances et résolution des problèmes d’extraction de données SAP
- Sécurité d’intégration des données pour SAP sur Azure
- Architecture générique d’intégration des données SAP
S’APPLIQUE À : 
Azure Data Factory Azure Synapse Analytics
Cet article est la partie 2 de la série Étendre et innover avec les données SAP : Bonnes pratiques. Pour le premier article de la série, consultez Identifier les sources de données SAP.
Les applications SAP exécutent souvent plusieurs processus métier critiques et centraux, qui génèrent une énorme quantité de données métier à forte valeur ajoutée. Il existe de nombreuses applications et solutions SAP dans OLTP, comme ECC, CRM, SCM et OLAP, comme BW. Les applications SAP exposent les données de plusieurs façons. Quand des clients combinent des données SAP et non-SAP, et appliquent des services de données avancés, comme de l’analytique et de l’IA, ils extraient des insights prédictifs en temps réel. Cette méthode améliore les résultats métier. L’intégration de données SAP peut être un projet de grande taille et complexe.
Considérations relatives à la conception pour l’intégration de données SAP à Azure
Les pipelines Azure Data Factory et Azure Synapse Analytics fournissent plusieurs moyens et plusieurs connecteurs pour intégrer des données SAP dans Azure. L’approche et les connecteurs SAP que vous choisissez dépendent de plusieurs facteurs, comme le type d’application SAP, le type de données et la façon dont elles sont exposées, le volume de données et la latence attendue, ce que vous voulez faire avec les données et où vous voulez les stocker. Les données peuvent être stockées dans SAP ou en dehors de SAP.
Nous vous recommandons de prendre en compte les considérations suivantes pour vous aider à déterminer votre approche et à planifier une architecture générale.
- Définissez chacun de vos cas d’usage métier et le résultat attendu de chacun d’eux. Déterminez le problème que le cas d’usage résout, ou quel résultat métier le cas d’usage obtient et comment.
- Identifiez les applications et les systèmes impliqués dans le flux de données et la classification des données SAP.
- Définissez le profil de données, y compris les systèmes sources SAP, par exemple ECC, S/4HANA, BW/4HANA ou BWoH. Définissez le volume et le type de données, comme des données brutes ou des données transformées. Définissez le type d’objets SAP où les données sont disponibles, par exemple une base de données sous-jacente, des tables de dictionnaire de données SAP comme EKKO, AUFK, ou des objets logiques comme des vues CDS, des extracteurs SAP ou des objets BW.
- Identifiez les connecteurs appropriés pour chaque scénario. Azure fournit plusieurs connecteurs pour se connecter aux systèmes SAP, et plusieurs connecteurs peuvent être disponibles pour un système source donné. Cependant, d’autres facteurs, comme les volumes de données et les versions des produits SAP, peuvent influencer ce choix.
- Définissez ce qui se passe avec les données, comme le nettoyage, la validation, la transformation ou l’enrichissement, et où cela se produit, par exemple dans SAP ou dans Azure.
- Déterminez où les données sont stockées, par exemple un lac de données ou un entrepôt de données, et comment elles sont visualisées, par exemple avec Power BI.
- Tenez compte de la latence et de la fréquence attendues pour l’ingestion des données, par exemple une latence faible, toutes les 4 heures ou tous les jours.
- Définissez les exigences en matière de gouvernance, de classification, d’accès, de sécurité et de réseau.
- Déterminez si un modèle d’architecture unique sert pour tous les cas d’usage ou si vous devez établir plusieurs modèles en fonction des exigences précédentes.
- Identifiez les services Azure et les organisations internes impliqués, et identifiez les compétences et les ressources requises, comme SAP, la plateforme de données Azure, la sécurité et le réseau.
- Envisagez d’effectuer une preuve de concept avec un objectif, une étendue, une approche et des critères de réussite bien définis.
Conseil
Vérifiez que les composants et versions SAP actuels et futurs prennent en charge la solution.
Si possible, connectez-vous au serveur de messages SAP (Type de connexion : Groupe) au lieu du serveur d’applications pour l’équilibrage de charge.
La plupart des connecteurs Azure prennent en charge la connexion aux systèmes SAP en utilisant SNC (Secure Network Communications).
Les pipelines Azure Data Factory et Azure Synapse Analytics fournissent des modèles SAP permettant de bien démarrer avec une approche basée sur des modèles pour les scénarios SAP.
Vérifiez si votre scénario d’extraction de données SAP affecte les licences SAP.
Vous pouvez utiliser le SDK ABAP pour Azure pour une intégration plus étroite des données SAP avec Azure.
Choisir le connecteur optimal
Les considérations suivantes vous aident à bien démarrer avec votre approche en fonction de l’emplacement de vos données et de la forme sous laquelle elles se trouvent.
- Si les données sont modélisées dans une application SAP et qu’elles peuvent être consommées sous forme d’objets logiques, utilisez un connecteur qui fonctionne avec des objets logiques en vous connectant à NetWeaver AS ABAP.
- Si les données ne sont pas modélisées dans une application SAP, mais qu’elles sont disponibles dans des tables de dictionnaire de données ou des vues au format brut, utilisez un connecteur qui fonctionne avec des données brutes en vous connectant à NetWeaver AS ABAP.
- Si les données sont disponibles dans les applications SAP OLAP ou OLTP, utilisez un connecteur qui fonctionne avec l’application correspondante.
- Si les données sont disponibles dans la base de données SAP HANA, utilisez le connecteur SAP HANA qui se connecte à la base de données HANA en utilisant des pilotes ODBC HANA.
- Des connecteurs génériques sont disponibles, qui se connectent aux bases de données anyDB (non-SAP) sous-jacentes, comme MS SQL, IBM et Oracle.
- Azure fournit des connecteurs SAP permettant à Azure Logic Apps, Power Apps et Azure Functions de se connecter aux applications SAP. Ces scénarios d’intégration couvrent différents cas d’usage, mais il est possible qu’ils se recouvrent.
Conseil
Si aucun connecteur n’est disponible pour votre application ou votre scénario, envisagez de déplacer les données vers une application ou un scénario pris en charge.
Le tableau suivant présente les choix plus larges disponibles en fonction de l’application SAP dont vous voulez extraire des données.
| Localisation des données | Scénario : Chargement complet et delta manuel | Scénario : Chargement complet et capture des changements de données |
|---|---|---|
| SAP HANA | SAP HANA | SAP CDC |
| SAP BW | SAP Table, SAP BW Open Hub, SAP BW via MDX | SAP CDC |
| SAP ECC, SAP S/4 HANA | SAP Table, SAP ECC | SAP CDC |
Le tableau suivant présente un résumé de tous les connecteurs SAP disponibles dans Azure Data Factory et Azure Synapse Analytics pour différentes sources, scénarios et fonctionnalités du connecteur SAP.
Conseil
Les connecteurs et fonctionnalités pris en charge dépendent généralement de l’instance de produit SAP, par exemple BW sur HANA et BW/4HANA, et de sa version. Pour plus d’informations, consultez la documentation de production pour chaque connecteur.
Pour plus d’informations sur la prise en charge globale du scénario d’intégration de données SAP, consultez Intégration de données SAP.
| Application SAP source | Type de données | Connecteur Azure | Objets et mode pris en charge | Protocole et connexion | Authentification | Informations complémentaires | Parallélisation et performances | Volume de données |
|---|---|---|---|---|---|---|---|---|
| Applications SAP basées sur NetWeaver AS ABAP, comme SAP ECC, S/4HANA, CRM, SRM, BW sur HANA et BW/4HANA | Données brutes | SAP CDC via SLT | Toutes les tables transparentes, mises en pool et de cluster prennent en charge la charge complète et la capture des changements de données (CDC). Certaines vues (transaction SE11) prennent en charge le chargement complet et la capture des changements de données. | RFC appelle l’application NetWeaver et le serveur de messages. | SNC de base | Prérequis | Oui, rapide avec chargement parallèle intégré basé sur un partitionnement configurable. | Grande |
| Applications SAP basées sur NetWeaver AS ABAP, comme SAP ECC, S/4HANA, CRM, SRM, BW sur HANA et BW/4HANA | Objets logiques | SAP CDC | Les vues ABAP CDS prennent en charge le chargement complet et la plupart d’entre elles prennent en charge le delta, par exemple si elles sont basées sur des horodatages ou des déclencheurs. Les extracteurs SAP, standard et personnalisés, prennent en charge le chargement complet et peuvent également prendre en charge le delta en fonction de la configuration. Les InfoProviders BW, comme DSO, ADSO, InfoCubes, MultiProvider, CompositeProvider et Query (s’ils sont exposés en tant qu’InfoProvider) prennent en charge le chargement complet et peuvent également prendre en charge le delta en fonction de la configuration. | RFC appelle l’application NetWeaver et le serveur de messages. | De base, SNC | Prérequis | Oui, rapide avec chargement parallèle intégré basé sur un partitionnement configurable. | Grande |
| Applications SAP basées sur NetWeaver AS ABAP, comme SAP ECC, S/4 HANA, BW sur AnyDB et BW on HANA. BW/4HANA non pris en charge. | Données brutes | SAP Table | Toutes les tables et vues transparentes, mises en pool et de cluster (transaction SE11) prennent en charge le chargement complet. Vous pouvez également extraire les modifications avec un filigrane manuel en utilisant un horodatage ou la colonne ID unique. | RFC appelle l’application NetWeaver et le serveur de messages. | De base, SNC | Prérequis | Oui, rapide avec chargement parallèle intégré basé sur un partitionnement configurable. | Grande |
| BW sur AnyDB et BW sur HANA. BW/4HANA non pris en charge. | Objets logiques | SAP BW Open Hub | Les objets BW exposés via une table locale OHD (Open Hub Destination), comme DataSources, DSO, InfoCube, MultiProvider, CompositeProvider et Query (s’ils sont exposés en tant qu’InfoProvider) prennent en charge le chargement complet. Le delta est pris en charge si l’OHD prend en charge le delta. | RFC appelle l’application NetWeaver et le serveur de messages. | De base | Composants requis. Créer SAP OHD dans SAP BW pour exposer des données. | Oui, rapide avec le chargement en parallèle intégré basé sur un schéma spécifique OHD. | Grande |
| BW sur AnyDB et BW sur HANA. BW/4HANA non pris en charge. | Objets logiques | SAP BW via MDX | BW InfoCubes et QueryCubes (y compris les requêtes BEx) prennent en charge le chargement complet. Le delta n’est pas pris en charge. | Appels RFC au serveur d’applications NetWeaver. | Basic | Prérequis | Plus lent | Small |
| SAP ECC, S/4 HANA | Données brutes ou objets logiques | SAP ECC via la passerelle SAP | Tous les objets exposés par les services OData, comme les tables, les vues, les objets BAPI, les extracteurs, les données ou les IDOC envoyés à SAP PI qui peuvent être reçus en tant que données OData via des adaptateurs relatifs prennent en charge le chargement complet. Vous pouvez également extraire les modifications avec un filigrane manuel en utilisant un horodatage ou la colonne ID unique. | HTTP (OData) appelle l’application NetWeaver et le serveur de messages. | De base | Composants requis. Configurer la passerelle SAP, activer le service OData et exposer des entités. | Plus lent | Small |
| SAP HANA | Données brutes ou objets logiques | SAP HANA | Les tables de lignes et de colonnes de base de données HANA, les modèles d’informations (vues analytiques et de calcul) et les requêtes personnalisées prennent en charge le chargement complet. Vous pouvez également extraire les modifications avec un filigrane manuel en utilisant un horodatage ou la colonne ID unique. | Appels ODBC à la base de données HANA. | De base, Windows (Authentification unique) | Prérequis | Oui, rapide avec chargement parallèle intégré basé sur un partitionnement configurable. | Grande |
| SAP Cloud for Customer (SaaS CRM) | Données brutes ou objets logiques | SAP C4C | Ce connecteur est bidirectionnel. Il peut copier des données vers et depuis SAP C4C. | Les objets qui peuvent être exposés par les services OData depuis SAP C4C sont pris en charge. | Appels HTTP (OData) au service SaaS. | De base | Plus lent | Small |
Plusieurs connecteurs peuvent être disponibles pour un scénario. Votre choix dépend du connecteur qui vous offre les meilleures fonctionnalités d’intégration. Envisagez d’utiliser le connecteur qui s’intègre à une couche plus élevée, par exemple l’application SAP au lieu de la base de données. Les images suivantes montrent le processus de décision suggéré.
SAP ECC, S/4 HANA, intégration d’applications SAP : extrait des données de SAP ECC, de S/4 HANA ou d’autres applications SAP.
Intégration de SAP BW : extrait les données de SAP BW et B/4 HANA.
