SAP BW - un vestige du passé ?
![[shutterstock.com:574721830, Aha-Soft]](https://e3mag.com/wp-content/uploads/2017/02/shutterstock_574721830.jpg)

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.
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)