L'ombre et la lumière de Hana

D'un côté, les innovations fusent, de l'autre, Hana n'atteint pas une stabilité suffisante. Or, pour l'utilisation opérationnelle, la stabilité compte plus que l'innovation.

C'est bien beau d'avoir de la mémoire persistante pour Hana, mais de nombreux experts de la communauté SAP pensent que la solution cherche le problème ! Qui a besoin de mémoire persistante ? Dans quels scénarios cette innovation d'Intel apporte-t-elle une réelle valeur ajoutée aux clients existants de SAP ?

La situation autour de Hana est tendue et critique. Le discours d'un expert Hana et de SAP en montre toute l'ampleur : [...] Tant que SAP sortira un nouveau patch toutes les six semaines et changera encore plus souvent les recommandations pour les réglages des paramètres, la mémoire persistante a déjà un sens, non ?

Et la réponse SAP du bureau de Christian Klein, membre du conseil d'administration : [...] Les mises à jour et le passage en force sont des décisions du client - la fréquence des mises à jour relève de sa seule décision. La plupart des paramètres Hana peuvent être modifiés en ligne - sans redémarrage - [...].

Ce qui a conduit à la déclaration suivante de la communauté SAP : Ce qui sort du bureau d'un membre du conseil d'administration de SAP est en fait une preuve d'indigence. "Les mises à jour et le bootstrap sont des décisions du client - la fréquence des mises à jour relève de sa seule décision".

Pourquoi SAP sort-il un patch avec une belle régularité, si ce n'est pour que les clients l'appliquent, pour corriger des bugs identifiés qui faussent parfois le résultat des calculs (qui peut encore faire confiance à son système ?) et toujours des fuites de mémoire qui font que le système se met en panne à intervalles réguliers !

Et lorsque l'on s'adresse au service d'assistance, on nous dit bien sûr : "Mettez donc à jour vos correctifs avant que nous ne nous penchions sur la question". De toute façon, le rapport Early Watch affiche depuis longtemps déjà des feux rouges vifs !