Pourquoi passer à SAP BW/4 Hana ?

Changement d'époque avec valeur ajoutée grâce à BW/4, car l'entrepôt de données actuel est entièrement basé sur la base de données in-memory SAP Hana - tandis que BW 7.5 on Hana a fait le grand écart entre l'ancien et le nouveau monde des bases de données.

Jusqu'ici, tout va bien. Mais cela donne-t-il vraiment de bonnes raisons de s'intéresser à BW/4 Hana ? Sans compter que l'entrepôt de données est la version stratégique de SAP et que c'est la seule qui sera développée ?

Nous disons : oui ! Et nous voulons le justifier à l'aide de la version 2.0 désormais disponible.

Simplification

L'un des messages clés de SAP est que BW/4 simplifie et réduit la complexité. Concrètement, il s'agit de se limiter aux types de fournisseurs d'informations et de systèmes sources optimisés pour Hana.

C'est une condition essentielle pour la conception d'un entrepôt de données orienté vers l'avenir, dans lequel les couches persistantes sont remplacées par des couches virtuelles afin d'augmenter la flexibilité et de réduire les efforts de projet.

En théorie, cela est également possible avec BW 7.5 on Hana. Mais l'expérience montre que très souvent, les systèmes migrés vers BW 7.5 ne sont pas systématiquement convertis aux types d'info providers restés dans BW/4 Hana. Ainsi, les potentiels de Hana ne sont pas entièrement exploités.

Optimisation du classement des données

Avec Data Tiering Optimization (DTO), BW/4 fournit une fonction avancée pour la gestion des données tout au long de leur cycle de vie. Les anciennes versions permettaient déjà d'archiver les données rarement utilisées dans des Near Line Storages (NLS).

Cela a toutefois nécessité une gestion active des données. Il ne suffisait pas de définir pour chaque fournisseur d'informations quelles données devaient être archivées. Il fallait également créer des processus d'archivage des données pour chaque fournisseur d'informations, ce qui représentait une charge de travail supplémentaire.

Le DTO permet de le réduire considérablement en renonçant aux processus d'archivage des données. Au lieu de cela, les données sont déplacées périodiquement et automatiquement vers les mémoires de données qui sont affectées aux classes de température définies pour chaque fournisseur d'informations.

Autre avantage : l'attribution se fait au niveau des partitions. Il est ainsi possible d'utiliser différentes classes de température pour un seul et même objet Advanced Data Store (ADSO). Cela n'est pas possible avec l'utilisation de NLS.

De plus, sous DTO, les dépôts déjà établis comme SAP IQ ou les clusters Hadoop peuvent continuer à être exploités, car la mise en page des tables n'a pas changé lors du passage de NLS à DTO.

Transfert de fonctions

Par rapport à BW 7.5 on Hana, BW/4 déplace l'exécution d'un nombre croissant de fonctions du serveur d'application vers la base de données Hana. Les fonctions fréquemment utilisées, telles que les conditions de requête Top N et Bottom N, sont considérablement accélérées de cette manière.

Intégration de données volumineuses

Lorsque SAP parle de Big Data, il est toujours question de SAP Data Hub en tant que solution d'orchestration. BW/4 offre le niveau d'intégration le plus récent et le plus élevé avec le SAP Data Hub et simplifie ainsi l'intégration des données non structurées avec les données structurées dans un entrepôt de données.

SAP Analytics Cloud

L'accès en temps réel à l'entrepôt de données est l'une des conditions préalables les plus importantes pour l'utilisation de SAP Analytics Cloud. La qualité de cet accès et l'étendue de l'utilisation des fonctions en direct dépendent directement de la nature de l'entrepôt de données.

Certes, il n'y a pas encore de différence à cet égard entre BW 7.5 on Hana et BW/4, mais les vastes capacités de push-down de BW/4 joueront également un rôle dans la performance de reporting via une Live Connection.

La version 2.0 ne propose pas seulement de nouvelles fonctions d'entrepôt de données. BW/4 utilise également la version 2.0 de la plateforme Hana. De nombreuses fonctionnalités supplémentaires peuvent ainsi être utilisées - par exemple pour l'analyse de texte, le traitement spatial et graphique ou l'intégration de scripts R.

Cela permet aux entreprises de réaliser des thèmes analytiques exigeants directement dans l'entrepôt de données, sans devoir mettre en place d'autres composants ou systèmes.

Le chemin vers BW/4

Si l'on est convaincu par les nouvelles fonctionnalités et le positionnement stratégique de BW/4, la question se pose de savoir comment réussir l'introduction. Car le chemin vers BW/4 est différent des précédentes mises à niveau de BW et tout aussi différent d'une migration vers BW 7.5 on Hana.

Il convient de distinguer entre une mise à niveau du système existant et une nouvelle installation. Lors de la mise à niveau vers BW/4, il y a une différence essentielle par rapport aux mises à niveau précédentes : avant d'effectuer la mise à niveau, il faut migrer les flux de données, par exemple pour transformer les Info Cubes et les DSO en ADSO et les Multi-Providers en Composite-Providers.

Cette migration peut être réalisée dans le système existant grâce à la "conversion en place". Les outils de migration du BW/4 Starter Add-on permettent de convertir un scénario après l'autre de manière semi-automatique, par exemple du paquet d'informations au multi-fournisseur. Une fois tous les scénarios transférés, le changement de version proprement dit est effectué.

Avant la "conversion en place", le système devrait être systématiquement nettoyé. Il ne s'agit pas seulement de réduire autant que possible la quantité de données utiles. Il s'agit également de supprimer les métadonnées qui ne sont plus nécessaires. Des outils appropriés aident à identifier le potentiel.

BW/4 peut également être introduit en tant que nouvelle installation. Il est possible de suivre une approche "greenfield", dans laquelle tout est entièrement réinstallé. Cette méthode est particulièrement adaptée aux installations de petite taille.

Une deuxième forme de réinstallation est la "conversion à distance". Ici aussi, les outils de migration sont utilisés pour migrer scénario par scénario. Les modèles sont migrés et transférés, avec les données qu'ils contiennent, de l'ancien système BW vers BW/4.

Une variante de la "Remote Conversion" est la "Shell Conversion". La différence : aucune donnée n'est transférée, ce qui est surtout intéressant pour les entreprises qui ne veulent pas utiliser toutes les données historiques au redémarrage, mais seulement une sélection.

Avant d'introduire BW/4, il faut donc identifier la voie qui convient le mieux à son propre système et à ses conditions spécifiques. Il ne faut pas perdre de vue qu'il y a également du travail à faire au niveau du front-end - dans la mesure où l'on n'utilise pas déjà exclusivement les outils de SAP Business Objects BI Suite et de SAP Analytics Cloud. Car en principe, l'utilisation des anciens outils de SAP Business Explorer n'est plus prévue.

Conclusion

Plusieurs raisons plaident en faveur d'un passage à BW/4 : les nouvelles fonctions sont presque exclusivement développées pour l'entrepôt de données actuel, comme par exemple le Data Protection Workbench, qui met en œuvre pour la première fois les exigences du RGPD en interaction avec SAP ILM.

De plus, la fin de la maintenance a déjà été annoncée pour toutes les versions précédentes. BW 7.5 on Hana sera supporté jusqu'à fin 2024, les versions plus anciennes même seulement jusqu'à fin 2020.

En ce sens, chaque entreprise devrait vérifier où elle se situe actuellement en matière d'entrepôt de données. En fonction des résultats, il est peut-être déjà temps de préparer le changement. Car le changement est plus qu'une simple mise à niveau, sa complexité ne doit pas être sous-estimée.

Celui qui aborde le sujet suffisamment tôt ne peut pas seulement planifier et réaliser l'introduction en toute tranquillité. Il profite aussi rapidement des nombreuses opportunités.