Information et éducation par et pour la communauté SAP

SAP BW - un vestige du passé ?

En 2009 déjà, soit un an avant la première version de Hana, le cofondateur de SAP Hasso Plattner a publié un livre blanc qui a fait date : "A Common Database Approach for OLTP and OLAP Using an In-Memory Column Database". Dans ce document, il remet en question la séparation des applications OLTP et OLAP pratiquée depuis de nombreuses années. Selon sa théorie, une base de données exclusivement en mémoire...
Steve Blum, Camelot
1er octobre 2016
[shutterstock.com:574721830, Aha-Soft]
avatar
Ce texte a été automatiquement traduit en français de l'allemand

Dès 2009, soit un an avant la première version de Hana, Hasso Plattner, cofondateur de SAP, a publié un livre blanc qui a fait date : "A Common Database Approach for OLTP and OLAP Using an In-Memory Column Database".

Il y remet en question la séparation des applications OLTP et OLAP pratiquée depuis de nombreuses années. Sa théorie affirme qu'une base de données en colonnes fonctionnant exclusivement en mémoire pourrait être utilisée simultanément par des applications transactionnelles et analytiques.

Lorsque SAP Hana a été annoncé en 2010, cette unification était logiquement un objectif défini sur chaque feuille de route SAP Hana. Parallèlement, SAP fait progresser l'analyse des données directement sur les systèmes transactionnels (ce que l'on appelle le reporting opérationnel).

Avec Operational Reporting, SAP a créé la possibilité d'évaluer les données sans devoir les transférer au préalable dans un système BW. Cela soulage le système BW et crée la possibilité d'effectuer des analyses en temps réel.

Chaque client de la Business Suite-on-Hana dispose pour cela gratuitement de Hana Live, qui permet un reporting opérationnel optimisé par Hana dans la Business Suite.

Hana Live est une combinaison d'un modèle de données virtuel basé sur les tables standard de SAP et d'une interface utilisateur pour son évaluation.

S/4 Hana contient également une solution correspondante, même si sa base technique est différente. Contrairement à Hana Live, le modèle de données virtuel d'"Embedded Analytics" ne repose pas sur le niveau de la base de données, mais est créé et géré sur le serveur d'application.

Il n'est donc plus nécessaire de gérer deux fois les autorisations dans la base de données et le serveur d'application. Mais même si un système S/4 Hana réunit de plus en plus les fonctionnalités de modules autrefois séparés, Embedded Analytics ne pourra pas non plus répondre à lui seul aux exigences de reporting d'une entreprise dans un avenir prévisible.

Il manque un entrepôt de données qui intègre et harmonise les données d'autres systèmes. Un BW est donc toujours nécessaire.

BW et S/4

Un environnement système avec S/4 Hana et SAP BW peut être mis en place de différentes manières.

Les différentes variantes se distinguent notamment par l'extraction des données dans le BW et par la charge administrative.

Les trois scénarios suivants sont possibles.

1 : Approche classique : BW et S/4

Comme auparavant, un système BW peut être exploité de manière totalement séparée dans un paysage S/4.

L'introduction d'un système S/4 Hana nécessite néanmoins d'importants changements dans la modélisation : S/4 Hana ne dispose pas encore des extracteurs pour BW connus de la Business Suite (état : S/4 Hana 1511).

Au lieu de cela, un accès direct aux tables au niveau de la base de données est nécessaire. Cela peut être réalisé en synchronisant régulièrement les données entre S/4 Hana et la base de données BW. Cette procédure est toutefois coûteuse et conduit souvent à des données obsolètes dans le BW.

Si un système BW-on-Hana est utilisé, la fonctionnalité Hana Smart Data Access (SDA) peut être utilisée à la place.

SDA supporte l'accès à différentes bases de données, mais aussi à d'autres instances Hana. Pour cela, une table virtuelle est créée, qui transmet les accès en lecture et en écriture à la base de données cible sans persistance.

Dans le BW, les tables virtuelles peuvent être réutilisées par exemple par le biais de vues Open ODS.

2 : Fonctionnement sur base de données commune : MDC

Une autre possibilité est d'utiliser des serveurs d'applications séparés en utilisant la même base de données dans un scénario de conteneur de base de données multitenant (MDC).

Depuis le Service Pack Stack 09, Hana est déjà en mesure d'exploiter plusieurs bases de données client (tenants). Entre-temps, l'exploitation parallèle de plusieurs applications SAP sur la même instance de base de données est officiellement prise en charge.

Des informations détaillées sur ce scénario peuvent être trouvées dans la note SAP 2096000. Une liste blanche d'autres applications pouvant être combinées par MDC se trouve dans la note SAP 1661202.

Même en utilisant le concept MDC, il est nécessaire de transférer les données de S/4 Hana et BW au niveau de la base de données. Pour cela, SAP recommande l'utilisation de Hana SDA (Smart Data Access), déjà expliqué.

Dans ce cas, il faut toutefois fournir des efforts inutiles pour le transfert des données, car SDA est conçu pour communiquer avec différentes bases de données sur d'autres serveurs.

Ainsi, au lieu de lire toutes les données de l'autre tenant au sein de l'instance Hana, SDA établit une nouvelle connexion à la base de données et transfère les données via la pile réseau du système d'exploitation.

Mais comme une base de données Hana multitenant supporte tout à fait le transfert de données directement entre les différents tenants, il est probable que SAP fournisse ici, dans une de ses futures versions, une fonctionnalité native pour l'intégration de données d'autres tenants Hana dans BW.

Dans les deux cas, l'extraction des données de S/4 Hana est plus rapide que dans un environnement système classique, car la communication réseau entre plusieurs serveurs n'est plus nécessaire.

Scénario d'intégration

3 : Exploitation commune : Embedded BW

Comme dans la Business Suite depuis la version 7 de NetWeaver, un "embedded BW" est inclus dans S/4 Hana. Cela comprend les mêmes transactions et fonctions qu'un BW séparé, mais fonctionne sur le même serveur d'application.

Habituellement, l'utilisation se fait sur un client séparé. Toutefois, SAP recommande actuellement d'utiliser le BW embarqué uniquement pour le reporting opérationnel.

Il est néanmoins possible d'intégrer et de traiter des données provenant de systèmes tiers comme dans un BW classique.

L'utilisation d'un embedded BW pour le reporting à l'échelle de l'entreprise est jusqu'à présent un scénario inhabituel, car il pose de nouveaux défis en matière d'administration et d'utilisation du système.

Alors que Hana est conçu, au moins depuis l'introduction du concept MDC, de manière ciblée pour l'exploitation parallèle de plusieurs applications, il existe encore peu d'expériences sur la manière dont le matériel d'un serveur d'applications devrait être dimensionné pour exécuter des processus aussi bien analytiques que transactionnels.

De plus, la taille maximale d'un système S/4 Hana est limitée, car les scénarios de scale-out, c'est-à-dire l'extension de la taille de la base de données par l'ajout de serveurs, ne sont pas encore validés pour S/4 Hana.

Il faut également tenir compte du fait qu'une mise à jour de NetWeaver ou de la base de données concerne toujours les deux composants. Par conséquent, le temps d'arrêt ainsi que le travail de préparation et de finition augmentent.

Le BW intégré est déjà utilisé par le standard S/4 Hana. Ici, il est notamment possible d'établir des rapports sur les vues Hana, qui sont notamment utilisées dans le domaine financier de S/4 Hana.

Conclusion

Pour un reporting à l'échelle de l'entreprise sur plusieurs systèmes, un système BW reste nécessaire, même avec S/4 Hana.

Lors de la migration à partir d'une installation existante de SAP Business Suite, il faut tenir compte du fait que l'extraction des données dans le BW change fondamentalement.

Étant donné que S/4 Hana ne fournit actuellement aucun extracteur pour SAP BW, les données doivent être transférées au niveau de la base de données. L'utilisation de l'embedded BW semble donc être une solution intéressante pour les clients de S/4 Hana.

Toutefois, ce scénario complique considérablement l'administration du serveur d'applications commun. De plus, la taille maximale d'une installation S/4-Hana est, à ce jour, encore limitée.

Si l'on implémente un scénario MDC, la suppression du transfert de données via le réseau augmente certes la vitesse d'extraction dans le BW, mais il manque néanmoins une fonctionnalité native pour le transfert de données entre les tenants Hana dans le BW.

Contrairement à l'application, ils sont administrés ensemble, ce qui rend l'exploitation de cette variante plus compliquée, mais qui représente néanmoins un compromis judicieux entre les deux autres solutions.

Il reste à voir comment SAP développera ces scénarios à l'avenir et si les clients miseront davantage sur le reporting opérationnel et donc sur un BW embarqué pour le reporting à l'échelle de l'entreprise.

(Lire également l'article "La feuille de route du quartier BW dans la partie scène, en page 10)

https://e3mag.com/partners/camelot-itlab-gmbh/

avatar
Steve Blum, Camelot

Steve Blum est consultant chez Camelot ITLab


Écrire un commentaire

Le travail sur la base SAP est essentiel pour réussir la conversion S/4. 

Ce que l'on appelle le centre de compétences prend ainsi une importance stratégique chez les clients existants de SAP. Indépendamment du modèle d'exploitation d'un S/4 Hana, les thèmes tels que Automatisation, Suivi, Sécurité, Gestion du cycle de vie des applications et Gestion des données la base de l'exploitation opérationnelle de S/4.

Pour la deuxième fois déjà, le magazine E3 organise à Salzbourg un sommet pour la communauté SAP afin de s'informer en détail sur tous les aspects du travail de base de S/4-Hana.

Lieu de la manifestation

FourSide Hôtel Salzbourg,
Trademark Collection by Wyndham
Am Messezentrum 2, 5020 Salzbourg, Autriche
+43-66-24355460

Date de l'événement

mercredi 10 juin, et
Jeudi 11 juin 2026

Billet d'entrée anticipé

Billet régulier

EUR 390 hors TVA
disponible jusqu'au 1.10.2025
EUR 590 hors TVA

Lieu de la manifestation

Hôtel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Date de l'événement

mercredi 22 avril et
Jeudi 23 avril 2026

Billets

Billet régulier
EUR 590 hors TVA
Abonnés au magazine E3
à prix réduit avec le Promocode STAbo26
EUR 390 hors TVA
Étudiants*
à prix réduit avec le Promocode STStud26.
Veuillez envoyer votre certificat d'études par e-mail à office@b4bmedia.net.
EUR 290 hors TVA
*Les 10 premiers billets sont gratuits pour les étudiants. Tentez votre chance ! 🍀
L'organisateur est le magazine E3 de la maison d'édition B4Bmedia.net AG. Les conférences seront accompagnées d'une exposition de partenaires SAP sélectionnés. Le prix du billet comprend la participation à toutes les conférences du Steampunk and BTP Summit 2026, la visite de l'espace d'exposition, la participation à la soirée et les repas pendant le programme officiel. Le programme des conférences et la liste des exposants et des sponsors (partenaires SAP) seront publiés en temps utile sur ce site.