Fiche concept

Flux de réplication

À jour au 2026-07-24T14:00:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Flux de réplication ?

Sans CDC natif à la source, Replication Flow retombe sur le full-load et la math des fenêtres batch devient vite ingérable — une table de fait de 500 Go coûte 1,7 h de temps source chaque jour.

Replication Flow est le pipeline natif et managé de SAP Datasphere pour déplacer des données d'un système source vers la couche de stockage de la plateforme. Considérez-le comme l'alternative interne au tenant aux deux outils d'intégration SAP lourds que les consultants utilisent depuis deux décennies — System Landscape Transformation (SLT) et Smart Data Integration (SDI) — mais conçu spécifiquement pour le cas d'usage analytique plutôt que pour l'intégration d'entreprise complète. On configure un Replication Flow une seule fois, par connexion source et par ensemble d'objets source, et Datasphere gère la planification, le monitoring, la reprise après échec et, lorsque la source le permet, la capture incrémentale des changements, sans qu'il soit nécessaire d'écrire ni de maintenir un code d'extraction sur mesure.

Ce qu'il fait et pourquoi c'est important

Un Replication Flow déplace des lignes depuis un objet source — une table, une vue CDS, une base de données — vers une table cible dans Datasphere, selon l'un de trois modes. La charge initiale est une copie massive et unique, utilisée pour amorcer une cible avant que la réplication incrémentale ne démarre. La charge complète périodique relit l'intégralité de l'objet source selon une planification — simple, mais coûteuse en volume. Le mode delta, celui de niveau production, s'appuie sur la capture de changement de données pour ne déplacer que ce qui a changé depuis la dernière exécution. Le mode choisi n'est pas une préférence stylistique ; c'est la décision unique qui détermine si votre pipeline monte en charge jusqu'aux volumes d'entreprise ou s'il bloque le système source dès le premier jour.

Pourquoi c'est important

Choisir le full-load plutôt que le delta piloté CDC sur une grosse table de fait peut caler un pipeline dès la première table de 50 Go au lieu de scaler à l'échelle entreprise.
Le débit soutenu en delta (50-200 k lignes/s) contre le full-load (1-5 Go/min) fait toute la différence entre un design qui scale et un qui cale.
Les tables de plus de 100 Go exigent un chargement initial partition par partition — les charges bulk-complètes calent sur le CPU source.

Points clés

Trois modes : initial-load (ponctuel), full-load périodique, delta (CDC). CDC est le défaut de qualité production.
Débit : 50-200k lignes/sec en delta, 1-5 GB/min en full. Le CPU de la source est le goulot d'étranglement, pas Datasphere.
S/4 dispose d'un CDC natif ; ECC nécessite SLT ou ODP-CDS ; les bases cloud utilisent leurs flux natifs.
Initial-load > 100 GB : partitionner par exercice fiscal + LoB, charger 4-16 partitions en parallèle.
Stockage cible : HANA local pour le hot (SAC > 10×/jour) ; Delta managé (BDC) pour le cold/historique avec une compression 10×.
La dérive de schéma = un risque silencieux. Brancher le pipeline de release de la source sur le rafraîchissement d'introspection de l'API REST Datasphere.
Coût en CU : 0,5-2 CU de base par pipe actif ; consolider les petits pipes de dimensions pour maîtriser le coût plancher.
Remplace SLT pour la plupart des cas d'usage analytiques ; SLT reste pertinent pour le legacy + les transformations complexes + > 200k lignes/sec.
Replication Flows n'est maîtrisé que lorsqu'il change une décision d'acheteur nommée.
Commencer par le contrat sémantique et le modèle de contrôle avant de démontrer l'outil.

Termes employés sur cette page

Replication Flow: Pipeline managé natif de Datasphere pour déplacer les données de la source vers la cible. Compatible CDC, débit de 50 à 200 k lignes/s.
Delta load: Mode de chargement incrémental — uniquement les lignes modifiées depuis la dernière exécution. Nécessite le CDC côté source.
Initial load: Copie massive et ponctuelle de l'état de la source dans Datasphere. Base sur laquelle le delta prend le relais.
Full-load periodic: Relit l'intégralité de la source selon une planification. Solution de repli quand le CDC n'est pas disponible ; ne passe pas l'échelle au-delà de tables de 50 Go.
CDC (Change Data Capture): Mécanisme côté source qui émet des événements de changement (insertion/mise à jour/suppression). Requis pour le mode delta.
ODP-CDS: Protocole d'extraction ECC — Operational Data Provisioning sur vues CDS. Le chemin CDC canonique depuis ECC.
Schema drift: Changement de schéma côté source (colonne ajoutée, type modifié, champ renommé) que le cache de métadonnées de réplication n'a pas encore intégré.
Pipe parallelism: Nombre de threads worker simultanés par Replication Flow. 4 par défaut, 8 au maximum en standard, relevable via le support.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →

Flux de réplication

Qu'est-ce que Flux de réplication ?

Ce qu'il fait et pourquoi c'est important

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM