Hana 1, 2 ou 3

Peut-être que les clients existants ont tout mal compris : 2025 n'est pas la date limite pour AnyDB (DB2, Oracle et SQL-Server), mais l'achèvement de la base de données Hana - Final Release 2025 !

Au début, le professeur Hasso Plattner et l'ex-directeur technique Vishal Sikka ont promis une amélioration continue. Les numéros de version n'étaient pas prévus pour Hana. Bertolt

Brecht dirait maintenant "Oui, fais juste un plan ! Sois seulement une grande lumière ! Et puis fais un autre plan ; ils ne marcheront pas tous les deux".

Il y a quelques années, Hana 2 a été présenté à la communauté SAP. Aujourd'hui, la question est de savoir si Hana 1 ou 2 est la solution la plus adaptée à chaque cas de personnalisation.

Les connaisseurs des problèmes de base de données de SAP parlent déjà de Hana 3 et attendent cette version pour le début de l'année. Pourquoi ? Hana est une base de données in-memory computing, un coup de génie du professeur Plattner, mais aussi un éternel chantier. De nombreuses notes de service SAP témoignent d'un développement très vivant de Hana, où les erreurs fatales et les paniques du noyau ne sont pas rares.

Au départ, il y avait l'idée d'un ERP en temps réel, c'est-à-dire d'un nouvel ECC, ERP Central Component, qui répondrait presque instantanément. Mais un ERP/ECC en temps réel nécessitait en premier lieu une nouvelle base de données.

Secondairement, SAP a également dû rationaliser de nombreuses tables Abap pour le nouvel ECC - mais c'est une autre histoire, qui se terminera par S/4.

Un ERP en temps réel a besoin d'une base de données informatique en mémoire : c'est ainsi qu'est né Hana. Ce qui a rapidement pris forme à l'Institut Hasso Plattner de Potsdam et dans les laboratoires informatiques de Walldorf était génial.

Une nouvelle classe de base de données a vu le jour ici. On s'aventurait ici en terre inconnue de l'informatique. Une révolution des bases de données s'annonçait. Et SAP a tout détruit et réduit à néant !

Hana a été promis beaucoup trop rapidement aux clients existants de SAP. Hana n'était encore qu'un prototype, encore en phase bêta, et déjà des contrats de licence étaient conclus et des objectifs de chiffre d'affaires définis.

Même cinq ans avant une date butoir absolue, Hana n'est toujours pas prêt pour le marché et l'entreprise. Il existe bien sûr des milliers d'installations Hana, mais elles fonctionnent plus mal que bien si l'on jette un coup d'œil aux nombreuses notes SAP.

Intel et SAP ont maintenant créé une nouvelle classe de mémoire pour Hana : Persistent Memory. Cette mémoire conserve son contenu même en cas de panne de courant, est moins chère que le Dram, presque aussi rapide et peut être compressée plus haut.

Qu'est-ce que cela signifie ?

Les futurs serveurs Hana ne souffriront plus de la maladie d'Alzheimer en cas de coupure de courant, seront moins chers et pourront disposer d'une capacité de mémoire principale encore plus importante. On ne peut pas faire mieux !

Mais les serveurs Hana avec mémoire persistante sont encore au stade du développement. Des tests approfondis suivront. La production de masse pour la communauté SAP n'est qu'en cours de planification. Le mieux viendra, mais cela prendra encore du temps.

Mais les clients existants de SAP n'ont pas ce temps, car 2025 est un tournant difficile pour AnyDB. D'ici là, tous les clients SAP existants devraient (doivent ?) avoir migré vers Hana, que la base de données soit prête ou non.