Approvisionnement et réplication des données dans SAP HANA

⚡ Résumé intelligent

Approvisionnement en données dans SAP HANA charge les données des systèmes sources avant même que tout outil frontal puisse y accéder. Par exemple :tract, transform et load forment le processus, livré via des options intégrées ou des outils externes tels que SLT, Data Services et DXC.

  • (I.e. Processus de base : Le provisionnement crée, prépare et active un réseau pour fournir des données à ses utilisateurs via extract, transformer et charger.
  • ⚙️ Options intégrées : Fichier plat, flux de données intelligent, accès intelligent aux données, gestion de l'information d'entreprise et données distantes.
  • ???? Outils externes : SAP Transformation du paysage, Business Objects Data Services, Direct ExtracConnexion Tor et serveur de réplication Sybase.
  • Force SLT : Réplication en temps réel et planifiée à partir des deux SAP et non-SAP systèmes sources.
  • 🖼️ Services de données: Une plateforme graphique pour la conception de processus ETL à partir de sources hétérogènes.
  • 📦 DXC Nature : Direct ExtracTor Connection est une route ETL pilotée par lots réutilisant les processus BW existants.tracteurs.
  • 🔗 Prérequis SLT : Une connexion RFC ou une connexion à une base de données vers la source et une connexion à une base de données vers SAP HANA.

Provisionnement et réplication des données dans SAP HANA

Qu’est-ce que le provisionnement de DONNÉES ?

Le provisionnement de données est un processus de création, de préparation et de permettre à un réseau de fournir des données à son utilisateur. Les données doivent être chargées dans SAP HANA avant que les données n'atteignent l'utilisateur via un outil frontal.

Tous ces processus sont appelés ETL (Extract, Transform et Load), et les détails sont ci-dessous :

  • Extract - Il s'agit de la première étape, et parfois la plus difficile, de l'ETL, au cours de laquelle les données sont extraites.tracprovenant d'un système source différent.
  • Transformer - Dans la partie Transformation, une série de règles ou de fonctions est définie pour les données extracextraites du système source, pour charger les données dans le système cible.
  • Charge - La phase de chargement charge les données dans le système cible.

Parce que SAP HANA stocke les données en mémoire et est fréquemment utilisé pour la génération de rapports en temps réel. Le choix de la méthode d'approvisionnement influe directement sur l'actualité des données affichées dans un rapport. Ce choix est examiné après la liste des outils disponibles.

Réplication dans SAP HANA

SAP HANA prend en charge deux types d'outils de provisionnement :

  1. SAP Outil de provisionnement intégré HANA
    1. Fichier plat
    2. Streaming de données intelligent
    3. Accès intelligent aux données (SDA)
    4. Gestion des informations d'entreprise (EIM)
    5. Données distantes
  2. Outil externe pris en charge par SAP HANA
    1. SAP Transformation du paysage
    2. SAP Services de données Business Objects
    3. SAP Direct ExtracConnexion Tor
    4. Serveur de réplication Sybase

À l'heure actuelle, il existe des méthodes principales de fourniture de données pour SAP HANA, ce sont –

Méthodes de fourniture de données Description
SLT SLT ( "SAP Landscape Transformation Replication Server ») exécuté sur le SAP Plateforme Net Weaver. SLT est une solution idéale pour la réplication en temps réel et planifiée pour SAP et non-SAP système source.
SAP Services de DONNÉES SAP Services de DONNÉES est une plateforme de conception de processus ETL avec une interface utilisateur graphique.
DXC DXC signifie Direct Extractor Connect est un outil ETL fonctionnant par lots.
Téléchargement de fichiers plats Cette option permet de télécharger des données (.csv, .xls, .xlsx) vers SAP HANA.

SAP Feuille de route HANA SLT

SAP La feuille de route HANA SLT est la suivante : l'approvisionnement en données via SLT nécessite une connexion RFC/DB pour SAP/Non-SAP Système source et une connexion DB pour SAP Base de données HANA. Sur SAP Serveur SLT, nous définissons Mapping et transformation. Vous trouverez ci-dessous une feuille de route pour l'approvisionnement en données via SLT.

SAP Feuille de route HANA SLT
SAP Feuille de route HANA SLT

Comparaison des formats SLT, Data Services, DXC et fichier plat

Les quatre principales méthodes ne sont pas interchangeables. Chacune a été conçue pour répondre à des exigences de latence et à un type de source différents, comme le montre clairement le tableau.

Paramètres SLT SAP Services de données DXC Fichier plat
Latence En temps réel ou programmé Lot, programmé Lot, programmé Manuel, unique
Systèmes sources SAP et non-SAP bases de données Presque toutes les sources, y compris les fichiers et les services Web SAP Suite Business uniquement CSV, XLS, XLSX
Transformation Réplication simple et basée sur des règles Transformations graphiques riches Appliqué par l'ex existanttractor Aucun
Sémantique préservée Niveau de table uniquement Conformément au projet Oui, la sémantique commerciale de l'extractor Aucun
effort de mise en place Niveau de difficulté moyen, nécessite un serveur SLT Élevé, nécessite un paysage de services de données Bas où extractors existent Très faible
Utilisation typique Operarapports nationaux sur les transactions en direct Consolidation de sources hétérogènes Réutilisation de l'ex BW existanttraclogique de tore prototypeping et de petites tables de consultation

Chacun possède un tutoriel dédié : SLT, SAP Services de données, DXC et téléchargement de fichiers plats.

Accès intelligent aux données et intégration intelligente des données

La liste intégrée ci-dessus comprend deux options qui se comportent différemment des autres, car elles permettent d'éviter complètement la copie des données.

Accès intelligent aux données (SDA). SDA crée une table virtuelle dans SAP HANA pointe vers une table située sur un système distant. Aucune donnée n'est répliquée. Lorsqu'une requête accède à la table virtuelle, HANA transfère autant de traitement que possible à la base de données distante et ne récupère que le résultat. L'avantage est l'absence de coût de stockage et la mise à jour permanente des données. L'inconvénient est que la vitesse des requêtes dépend désormais du système distant ; une source lente ralentira donc un rapport HANA pourtant rapide.

Intégration intelligente des données (SDI). SDI étend ce concept avec des adaptateurs capables de répliquer les données, soit par lots, soit par capture des modifications, et d'appliquer des transformations tout au long du processus. De fait, il intègre une grande partie des fonctionnalités de Data Services directement dans HANA, éliminant ainsi le besoin d'un environnement ETL distinct pour les projets de petite envergure.

Le choix entre les trois familles se résume à trois questions :

  • À quel point les données doivent-elles être à jour ? Les points en temps réel sur SLT ou SDI modifient la capture des données ; une nuit suffit pour Data Services ou DXC.
  • Les données doivent-elles être copiées ? Si elle est rarement interrogée et qu'elle réside dans une base de données performante, SDA évite totalement les doublons.
  • Quel degré de transformation est nécessaire ? Le filtrage simple convient à SLT ; le nettoyage complexe, la déduplication et les recherches conviennent aux services de données.

Une fois les données collectées, elles sont accessibles pour la création de rapports via les vues d'information décrites dans le SAP Modélisation HANA tutoriel.

FAQ

La réplication copie les lignes dans HANA, ce qui accélère les requêtes mais consomme de l'espace de stockage. La virtualisation via SDA conserve les données à la source et les lit à la demande, privilégiant la vitesse au détriment de l'espace.

Oui, et la plupart des environnements fonctionnent ainsi. SLT gère généralement les tables transactionnelles en temps réel tandis que Data Services consolide les sources externes pendant la nuit, chacune écrivant dans des schémas différents.

L'IA analyse les données sources avant leur chargement, détectant les doublons, les formats incohérents et les clés manquantes, afin que les problèmes soient corrigés à la source plutôt que d'apparaître dans un rapport des semaines plus tard.

Oui. La détection d'anomalies dans le nombre de lignes et les temps de chargement signale une réplication bloquée ou ralentie, ce qui est souvent invisible jusqu'à ce qu'un rapport affiche les chiffres de la veille.

Pour prototypepingIl s'agit de petites tables de référence et de déchargements ponctuels. Ce processus est manuel et non reproductible ; il ne doit donc jamais être intégré à un flux de données de production exécuté selon une planification.

Résumez cet article avec :