Répliquer des données de SAP S/4HANA vers BigQuery via SAP Datasphere

Ce document présente comment répliquer des données de SAP S/4HANA vers BigQuery via SAP Datasphere. SAP Datasphere offre des fonctionnalités de transformation de données robustes et garantit que les données sont chargées correctement dans BigQuery. Il utilise l'API BigQuery Storage Write pour écrire les données dans l'ensemble de données BigQuery quasi en temps réel.

Méthodes de réplication

Pour lire les données du système source SAP S/4HANA, vous pouvez utiliser l'une des méthodes de réplication suivantes:

  • Réplication basée sur CDS: cette méthode utilise des vues Core Data Services (CDS), qui sont riches en sémantique et offrent des modèles prédéfinis de vos données métier dans SAP S/4HANA.

  • Réplication basée sur SLT: cette méthode réplique directement les tables de base de données sous-jacentes de votre système SAP S/4HANA, généralement à l'aide de SAP Landscape Transformation (SLT) comme technologie de réplication. Les tables répliquées peuvent ensuite être utilisées comme base de données pour Google Cloud Cortex Framework.

Principales différences et considérations

Le tableau suivant récapitule les principales différences entre les deux méthodes de réplication:

Caractéristique Réplication basée sur CDS Réplication basée sur SLT
Représentation des données Fournit des vues de données axées sur l'entreprise, qui combinent souvent les données de plusieurs tables en structures significatives. Fournit un accès direct aux structures de table brutes. Si vous avez besoin d'un contrôle précis sur les données ou de répliquer des tables personnalisées, cette méthode de réplication est adaptée à vos besoins.
Simplicité d'utilisation Si vous utilisez les vues CDS prédéfinies dans SAP Datasphere, la configuration de la réplication devient plus simple. Peut nécessiter davantage de configurations techniques, en particulier pour la configuration initiale de SLT et la gestion des dépendances de table.
Flexibilité Moins flexible si vous devez répliquer des tables personnalisées ou des tables non exposées via des vues CDS standards. Offre une plus grande flexibilité pour répliquer n'importe quelle table, y compris celles développées sur mesure.
Performances
  • Entraine une consommation de processeur supplémentaire sur la base de données de production en raison de la logique métier et des calculs delta. Cette méthode peut nécessiter des ressources de processeur supplémentaires pour votre base de données SAP.
  • Moins de données sont transférées en raison des pré-agrégations possibles dans la logique de vue CDS.
  • Elle réplique des tables entières, ce qui augmente le trafic réseau. Par conséquent, cette méthode est très gourmande en réseau. Cependant, elle nécessite moins de consommation des ressources de processeur de la base de données.
  • Plus de données sont transférées, car les tables complètes sont répliquées sans pré-agrégation.
Compatibilité avec Google Cortex Framework Non compatible avec les accélérateurs techniques pré-livrés. Entièrement compatible avec les accélérateurs techniques prédélivrés.

Choisir votre méthode de réplication

La meilleure méthode de réplication dépend de plusieurs facteurs, y compris du cas d'utilisation prévu et d'autres considérations, comme les suivantes:

  • Exigences métier: si vous avez principalement besoin de données métier standards et que vous souhaitez une configuration rapide, la réplication basée sur CDS est probablement adaptée. Si vous avez besoin de données plus spécialisées ou si vos tables sont fortement personnalisées, envisagez la réplication basée sur SLT.

  • Compatibilité avec Cortex Framework Si vous souhaitez utiliser Cortex Framework, utilisez la réplication basée sur TLS.

  • Expertise technique: la réplication basée sur CDS est plus facile à utiliser pour les personnes ayant une expertise SAP Basis ou en réplication de données.

  • Volume et complexité des données: pour les données de plusieurs téraoctets ou les relations de table complexes, la réplication basée sur SLT peut être plus évolutive.

Étape suivante