Exemples simples de configuration et d’utilisation de SLT avec oXya

Le SAP LT (SAP Landscape Transformation), ou SLT, est un outil qui permet une réplication facile des données d’une base source vers une cible holistique en temps réel. Il peut être considéré comme un ETL (Extract, Transform, Load). Pour toutes les entreprises qui nécessitent un accès rapide à des données à jour, les configurations de SLT apportent une solution efficace et facile à prendre en charge.

Dans ce blog, nous vous expliquons les principes de la réplication SLT et ses avantages, puis nous vous invitons à explorer trois configurations qui pourraient répondre à vos besoins plus spécifiquement.

SLT : la bonne donnée au bon moment

Développé en 2010, d’abord comme outil de réplication de données en temps réel pour SAP HANA, le SLT est par la suite devenu une solution middleware, prenant en charge la capture des données de changement et les scénarios de réplication en temps réel pour :

• SAP Business Warehouse
• SAP Data Services
• SAP Simple Finance
• Les cibles de base de données natives

Il s’agit d’un moyen simple de faire de la réplication de données en temps réel, permettant de synchroniser les données d’une source SAP ou non SAP vers une cible, SAP ou non. Lorsque vous souhaitez migrer des données de votre ERP vers un entrepôt, le SLT vous permet d’effectuer cette migration en parallèle plutôt qu’en batch.

Lors du traitement en batch, la copie des données doit être planifiée à une fréquence déterminée en fonction de facteurs comme leur volumétrie ou encore leur complexité. À l’inverse, le traitement des données en parallèle va permettre une intégration en temps réel.

Les traitements en parallèle de SLT sont rapides et simples à maintenir en condition opérationnelle. De plus, grâce à l’application mobile SLT Replication manager (Mobile Application), vous pouvez monitorer et contrôler les processus de réplication et son paramétrage.

Le processus de réplication de SLT est simple, une connexion RFC (Remote Function Call) entre SLT et la source établie ; de même qu’entre SLT et le système cible (connexion ODBC/JDBC par exemple).

Une fois la table marquée comme “à répliquer” dans la transaction “LTRC” de SLT, la table sera chargée entièrement une première fois vers la cible. Cette partie terminée, un DB trigger et une table de journalisation (logging table) seront créés dans le système source.

• Le DB trigger va alerter la table de journalisation de tous les évènements (insertion, suppression, modification…) sur la table source ;
• La table de journalisation va stocker toutes les modifications faites sur la table à répliquer.

L’application SLT va interroger (par appel RFC) la table de journalisation dans le système source pour répliquer et transformer ensuite la donnée dans le système cible.

Bien configurée, la réplication de SLT a un impact minimal sur les performances du système source ! À noter qu’il est également possible de filtrer les données de la table à répliquer pour ne s’intéresser qu’à un subset de celle-ci. Les options de filtrages peuvent se faire via la transaction “LTRS”, via les paramétrages de réplication avancés. Cela peut se faire sur la base d’un champ spécifique de la table ou bien d’une règle d’évènement.

Enfin, SLT peut être déployé de 2 manières différentes. Il peut être installé directement sur le système SAP ABAP source. Cependant, cela complexifiera son maintien en condition opérationnelle avec des dépendances lors de diverses mises à jour, ainsi qu’un certain impact sur les performances du système SAP ABAP source.

Le mode de déploiement en standalone de SLT reste le mode de préférence aujourd’hui. SLT réside seul sur son serveur d’application (SAP NetWeaver avec un Add-On DMIS) et offre une plus grande flexibilité, et cela reste une bonne pratique.

Une spécialisation SLT au Canada

Au sein d’oXya Canada, nous avons une expertise en SLT, reconnue auprès de nos nombreux clients nationaux et internationaux. Avec les années, notre équipe a pu développer de fines connaissances sur l’intégration et la configuration de SLT dans l’écosystème SAP afin de pouvoir proposer des déploiements clés en main.

Plus globalement, nous avons développé une expertise autour de l’intégration de produits SAP dans SAP BTP (Business Technology Platform), une plateforme technologique qui regroupe dans un même environnement unifié les données et l’analytique, l’intelligence artificielle, le développement d’applications, l’automatisation et l’intégration.

Notre équipe d’architectes de solution vous accompagne vers les produits et les configurations les mieux adaptés ; nous vous aidons à identifier les données que vous souhaitez répliquer en temps réel et celles qui peuvent être programmées à une fréquence déterminée. À titre d’exemple, les données liées à la production et celles liées à la finance nécessitent davantage un accès en temps réel, alors que vous n’en aurez pas besoin pour d’autres types de données comme les feuilles de temps.

Un premier exemple d’intégration de SLT avec un système non SAP : Google Cloud BigQuery

BigQuery, c’est un service serverless d’entrepôt de données d’entreprise de Google Cloud, il permet de stocker et d’analyser de larges volumes de données sans contrainte d’espace et d’exécuter des requêtes complexes.

Imaginez maintenant la possibilité d’intégrer vos données SAP dans BigQuery avec toute sa capacité d’analyse… SLT Replication Server peut être alors utilisé pour extraire ces données de SAP (par exemple, SAP S/4HANA).

Alors, comment ça fonctionne ? Nos clients vont utiliser le « BigQuery Connector for SAP » qui s’installe directement dans SLT et permet donc une réplication quasi temps réel des données SAP directement dans BigQuery ; la configuration est mise en place via la transaction « LTRC » et autres (SM69, SE16, SSFA…).

Avec vos données dans BigQuery, vous pouvez effectuer des analyses en temps réel avec l’intelligence artificielle ou l’apprentissage automatique sur des données d’application SAP en direct. Dans BigQuery, vous pouvez également intégrer vos données SAP à des données provenant d’autres sources.

Un exemple pour illustrer cette synergie entre SAP et BigQuery, l’utilisation de SAP LT avec BigQuery peut être déployée pour une entreprise de vente au détail qui souhaiterait extraire les données de ses systèmes SAP (par exemple, les ventes et l’inventaire). Cela lui permettrait d’analyser les performances en temps réel et de faciliter la prise de décisions des gestionnaires.

Aussi, une fois que vos données résident dans BigQuery, avec l’aide de Google Cloud Cortex Framework, un univers d’opportunités s’ouvre à vous.

Un deuxième exemple de réplication de données qui utilise la nouvelle infrastructure multifonction : SAP BTP

SAP BTP (Business Technology Platform) incarne l’innovation au cœur du cloud de SAP. C’est un véritable couteau suisse qui peut faire :

• De l’intégration de données
• Du développement d’applications
• De l’analytique
• De l’IA

Parmi les solutions analytiques dans BTP, SAP Data Intelligence Cloud permet d’intégrer, d’organiser et d’analyser les données pour soutenir la prise de décision et les opérations dans le cloud. Il est possible de spécifier des filtres pour répliquer uniquement un sous-ensemble de données et d’étendre les cibles possibles pour traiter celles-ci.

SAP Data Intelligence Cloud propose deux générations d’opérateurs (versions 1 et 2) pour l’intégration et le traitement des données. La génération 2 est principalement utilisée pour des scénarios de traitement de données plus complexes, vous permettant de pleinement tirer parti des fonctionnalités et des capacités de SAP Data Intelligence.

Si l’on prend l’exemple d’un de nos clients, l’exportation massive de données et la gestion automatisée de données delta nécessitent des outils qui interagissent avec différents systèmes SAP. Ce client va alors utiliser SAP Data Intelligence Cloud qui propose des outils de gestion de flux de données avancés. Grâce à cette solution, il peut créer des pipelines de données pour gérer l’ensemble du processus, de la réplication à la transformation, jusqu’au chargement des données dans un entrepôt, que ce soit BigQuery ou Snowflake.

Quels que soient les besoins de votre entreprise, vous pouvez compter sur notre expertise reconnue et attestée pour déployer rapidement une solution SLT et la configurer ensemble. Nos experts et architectes seront là pour vous aider à identifier la configuration qui convient le mieux pour votre besoin d’affaires. Contactez-nous ici pour en savoir plus !