Que signifient les nouveaux plans de SAP pour les utilisateurs qui ont toujours mis\u00e9 sur les bases de donn\u00e9es SAP ? Comment doivent-ils aligner leur propre strat\u00e9gie informatique sur celle de SAP ?<\/p>\n
De plus en plus de voix s'\u00e9l\u00e8vent pour convaincre les utilisateurs que MaxDB est un mod\u00e8le obsol\u00e8te. Lorsqu'il est conseill\u00e9 de changer de base de donn\u00e9es, il n'est curieusement pas question de Hana, mais plut\u00f4t d'ASE, qui semble \u00eatre la destination la plus \u00e9vidente pour la migration.<\/p>\n
Mais le fait est qu'ASE n'est pas une v\u00e9ritable alternative \u00e0 MaxDB, et que MaxDB repr\u00e9sente encore pour des ann\u00e9es un SGBD fiable et utilisable \u00e0 bon escient.<\/p>\n
Au moment de la cr\u00e9ation de R\/3, \u00e0 la fin des ann\u00e9es 1980, la strat\u00e9gie de SAP en mati\u00e8re de bases de donn\u00e9es \u00e9tait encore claire et simple. \u00c0 l'\u00e9poque, SAP n'\u00e9tait express\u00e9ment pas un fabricant de bases de donn\u00e9es, mais misait, en tant que fournisseur ERP, sur les syst\u00e8mes de gestion de bases de donn\u00e9es SQL bien \u00e9tablis.<\/p>\n
Au d\u00e9but, il s'agissait uniquement d'Oracle et d'Informix, puis d'IBM DB2 et de Microsoft SQL Server.<\/p>\n
Le fait qu'Oracle soit arriv\u00e9 sur le march\u00e9 avec Financials d\u00e8s la fin des ann\u00e9es 1980, concurren\u00e7ant ainsi SAP dans le domaine des applications, a d'abord \u00e9t\u00e9 rejet\u00e9 comme une \"cooptation\" habituelle sur le march\u00e9.<\/p>\n
Au fil des ann\u00e9es, SAP est toutefois devenu le plus grand revendeur \u00e0 valeur ajout\u00e9e d'Oracle - et transf\u00e9rait chaque ann\u00e9e un montant consid\u00e9rable de millions \u00e0 son concurrent. Un dilemme qui a pouss\u00e9 SAP \u00e0 changer sa strat\u00e9gie d'abstinence de base de donn\u00e9es.<\/p>\n
Avec ADABAS D de Software AG, SAP s'est dot\u00e9 d'une autre base de donn\u00e9es au d\u00e9but de l'ann\u00e9e 1992. Apr\u00e8s la certification de R\/3 en 1994, elle a d'abord \u00e9t\u00e9 positionn\u00e9e comme une alternative \u00e9conomique \u00e0 Oracle & Co.<\/p>\n
En 1997, apr\u00e8s avoir rachet\u00e9 les droits sur les produits et une grande partie de l'\u00e9quipe de d\u00e9veloppement de Software AG, SAP a cess\u00e9 d'\u00eatre un simple revendeur de syst\u00e8mes de gestion de bases de donn\u00e9es \u00e9trangers.<\/p>\n
Le premier SGBD propre \u00e0 SAP fut d\u00e8s lors propos\u00e9 sous le nom de SAP DB.<\/p>\n
L'objectif \u00e9vident de SAP \u00e9tait de stimuler la concurrence dans le domaine des bases de donn\u00e9es et de briser la domination d'Oracle sur la base de clients SAP gr\u00e2ce \u00e0 son propre produit.<\/p>\n
Les ventes n'augmentant pas sensiblement, SAP a publi\u00e9 en 2000 la version 7.3 de SAP DB sous une licence open source.<\/p>\n
En 2003, un accord de distribution a \u00e9t\u00e9 conclu avec MySQL AB. Dans le cadre de cette coop\u00e9ration, le SGBD a \u00e9t\u00e9 propos\u00e9 - \u00e0 partir de la version 7.5 - sous le nom de \"MaxDB by MySQL\". Le support et le d\u00e9veloppement sont cependant rest\u00e9s chez SAP.<\/p>\n
Cette coop\u00e9ration s'est achev\u00e9e sans bruit en 2007 et, \u00e0 partir de la version 7.6, SAP MaxDB n'a plus \u00e9t\u00e9 propos\u00e9 en version open source. Toutefois, SAP a d\u00e9cid\u00e9 \u00e0 l'\u00e9poque de proposer une alternative pour que MaxDB puisse continuer \u00e0 \u00eatre utilis\u00e9 en dehors des applications SAP : une \"Community Edition\" gratuite sous une Community License.<\/p>\n
Jusqu'\u00e0 aujourd'hui, MaxDB est disponible sous la forme de cette Community Edition gratuite - et peut donc \u00e9galement \u00eatre utilis\u00e9e en dehors du monde SAP.<\/p>\n
Comme SAP n'a longtemps pas voulu \u00eatre per\u00e7u comme un fabricant de bases de donn\u00e9es, MaxDB a v\u00e9cu dans l'ombre. Mais cela n'a pas emp\u00each\u00e9 son succ\u00e8s.<\/p>\n
Malgr\u00e9 l'absence d'impulsion de la part du marketing et des ventes de SAP, la base de donn\u00e9es s'est bien r\u00e9pandue. MaxDB jouit d'une acceptation \u00e9lev\u00e9e et ininterrompue, en particulier dans les PME germanophones.<\/p>\n
Les raisons importantes sont le co\u00fbt total de possession (TCO) avantageux et un fonctionnement silencieux et fiable. Les clients SAP utilisent au moins 27 000 serveurs MaxDB.<\/p>\n
Ce chiffre est d'ailleurs plusieurs fois sup\u00e9rieur \u00e0 celui des installations de SAP ASE dans la base de clients. MaxDB s'est \u00e9galement largement r\u00e9pandu en interne chez SAP, avec plus de 2 500 installations. Selon des informations internes, environ la moiti\u00e9 des syst\u00e8mes de production internes de SAP sont bas\u00e9s sur ce SGBD.<\/p>\n
SAP a \u00e9galement proc\u00e9d\u00e9 \u00e0 de nouveaux d\u00e9veloppements technologiques sur la base du noyau MaxDB. Ainsi, \u00e0 la fin des ann\u00e9es 1990, SAP liveCache a \u00e9t\u00e9 cr\u00e9\u00e9 en tant qu'extension bas\u00e9e sur des objets du noyau MaxDB pour la gestion en m\u00e9moire d'objets complexes (c'est-\u00e0-dire des arbres et des r\u00e9seaux) - d\u00e9di\u00e9 \u00e0 la solution logistique SAP SCM\/APO.<\/p>\n
Actuellement, il existe encore plus de 5.000 installations de SAP liveCache dans le contexte de la gestion de la cha\u00eene d'approvisionnement et de la planification et de l'optimisation avanc\u00e9es.<\/p>\n
MaxDB continue \u00e9galement \u00e0 jouer un r\u00f4le particulier dans le contexte de SAP Content Server : sans MaxDB, pas d'externalisation de contenu non format\u00e9 dans une base de donn\u00e9es.<\/p>\n
Il n'existe pas de chiffres officiels sur ce sc\u00e9nario d'utilisation, mais on peut s'attendre \u00e0 quelques milliers, voire plus de dix mille installations. SAP MaxDB n'a peut-\u00eatre pas une existence sous les feux de la rampe, mais l'adh\u00e9sion des utilisateurs n'en a pas souffert.<\/p>\n
Ces derni\u00e8res ann\u00e9es, la base install\u00e9e de SAP MaxDB a m\u00eame connu une croissance significative : plus de 50 % rien que depuis d\u00e9but 2013. L'une des raisons de ce succ\u00e8s se refl\u00e8te \u00e9galement dans la r\u00e9cente \u00e9tude \"Relational OLTP-Midmarket DBMS\" r\u00e9alis\u00e9e par les analystes de \"Research in Action\" : MaxDB jouit d'une satisfaction \u00e9lev\u00e9e et continue de la part des clients.<\/p>\n
A la fin de la premi\u00e8re d\u00e9cennie de l'an 2000, SAP a entrepris une acquisition strat\u00e9gique de plusieurs milliards de dollars : le 30 juillet 2010, le fabricant californien de bases de donn\u00e9es Sybase a \u00e9t\u00e9 rachet\u00e9.<\/p>\n
L'objectif d\u00e9clar\u00e9 de SAP \u00e9tait d'atteindre ainsi \"des milliards d'utilisateurs\".<\/p>\n
Bien que les solutions de mobilit\u00e9 et l'acc\u00e8s aux clients de t\u00e9l\u00e9phonie mobile aient constitu\u00e9 le principal motif de l'acquisition, SAP a \u00e9galement int\u00e9gr\u00e9 les produits de base de donn\u00e9es originaux de Sybase dans le cadre de cette op\u00e9ration.<\/p>\n
Il s'agissait notamment du SGBD OLTP Sybase Adaptive Server Enterprise (ASE) et de la base de donn\u00e9es d'entrep\u00f4t de donn\u00e9es Sybase IQ, qui se distinguait par ses performances OLAP \u00e9lev\u00e9es en raison de son organisation de stockage en colonnes.<\/p>\n
Mais l'acquisition de la technologie SGBD \u00e9tait plut\u00f4t une \"prise accessoire\" et ne constituait pas un \u00e9l\u00e9ment de la strat\u00e9gie - qui n'avait pas encore \u00e9t\u00e9 annonc\u00e9e officiellement \u00e0 l'\u00e9poque - visant \u00e0 occuper une place de premier plan sur le march\u00e9 des bases de donn\u00e9es.<\/p>\n
On ne sait toujours pas exactement ce que SAP avait l'intention de faire avec les produits DBMS acquis. En tout cas, il n'a jamais \u00e9t\u00e9 question de remplacer MaxDB par Sybase ASE.<\/p>\n
D\u00e8s le milieu de la premi\u00e8re d\u00e9cennie du nouveau mill\u00e9naire, Hasso Plattner avait r\u00e9ussi \u00e0 trouver un accord pour r\u00e9aliser sa vision d'une base de donn\u00e9es en m\u00e9moire hautement performante et orient\u00e9e vers les colonnes.<\/p>\n
En cons\u00e9quence, SAP avait d\u00e9j\u00e0 secr\u00e8tement achet\u00e9 en 2005 le fabricant de logiciels californien Transact in Memory et donc la base de donn\u00e9es OLTP en m\u00e9moire P*TIME.<\/p>\n
En 2009, SAP s'est attel\u00e9 \u00e0 la cr\u00e9ation d'une nouvelle base de donn\u00e9es SAP. Il s'agissait d'un m\u00e9lange technologique du SGBD Row-Store P*Time, du moteur de recherche TREX bas\u00e9 sur Column-Store, d\u00e9velopp\u00e9 des ann\u00e9es auparavant, et de MaxDB comme couche de persistance.<\/p>\n
Au d\u00e9but, cette nouvelle base de donn\u00e9es SAP s'appelait New Database ou New DB. Lors de sa premi\u00e8re livraison en novembre 2010, elle portait temporairement le nom de High Performance Analytical Appliance.<\/p>\n
Par la suite, elle n'a \u00e9t\u00e9 d\u00e9sign\u00e9e que par la forme abr\u00e9g\u00e9e de ce nom : SAP Hana 1.0.<\/p>\n
Depuis la pr\u00e9sentation de Hana, c'est clair : SAP se montre offensif en tant que fabricant de bases de donn\u00e9es et a d\u00e9clar\u00e9 la guerre \u00e0 Oracle, son principal concurrent dans ce domaine.<\/p>\n
L'objectif d\u00e9clar\u00e9 est de lib\u00e9rer les applications SAP des SGBDR traditionnels, qu'il s'agisse des siens ou de ceux des concurrents. C'est pourquoi SAP investit principalement dans la plateforme moderne Hana et tr\u00e8s peu dans le d\u00e9veloppement de ses bases de donn\u00e9es relationnelles classiques.<\/p>\n
La cons\u00e9quence de cette strat\u00e9gie Hana sans \u00e9quivoque est claire : \u00e0 long terme, il n'y a de perspective pour aucune des bases de donn\u00e9es SAP vieillissantes, que ce soit MaxDB ou les h\u00e9ritages Sybase ASE et IQ.<\/p>\n
L'avenir des bases de donn\u00e9es de SAP s'appelle Hana. Si vous voulez continuer \u00e0 vous procurer vos applications de gestion d'entreprise aupr\u00e8s de SAP, vous ne pouvez pas passer \u00e0 c\u00f4t\u00e9 de Hana.<\/p>\n
Avec l'annonce de S\/4 Hana, la Business Suite de la prochaine g\u00e9n\u00e9ration, SAP SE a soulign\u00e9 une fois de plus sa volont\u00e9 d'imposer sur son turf la souverainet\u00e9 en mati\u00e8re de bases de donn\u00e9es.<\/p>\n
Reste la question de savoir quelle pression d'action l'orientation de SAP vers Hana provoque maintenant pour les entreprises qui utilisent actuellement MaxDB. Actuellement, rien de particulier.<\/p>\n
Ce n'est qu'au d\u00e9but de l'ann\u00e9e 2015 que SAP a prolong\u00e9 la \"Mainstream Maintenance\" de cinq ans jusqu'\u00e0 fin 2025 - garantissant ainsi la maintenance pour au moins dix ans suppl\u00e9mentaires.<\/p>\n
Il est plus fr\u00e9quent d'entendre dire que le d\u00e9veloppement de MaxDB a \u00e9t\u00e9 arr\u00eat\u00e9.<\/p>\n
C'est manifestement faux. Par exemple, Database Studio, l'outil de gestion autonome pour MaxDB, a r\u00e9cemment \u00e9t\u00e9 compl\u00e9t\u00e9 par SAP par un outil d'analyse graphique.<\/p>\n
Les disques SSD \u00e0 base de m\u00e9moire flash constituent un autre moyen simple de booster les performances d'une instance MaxDB.<\/p>\n
Le passage du HDD au SSD n'est bien s\u00fbr pas une \u00e9volution du SGBD \u00e0 proprement parler, mais il est d\u00e9sormais possible car SAP a r\u00e9cemment certifi\u00e9 le mat\u00e9riel correspondant.<\/p>\n
On entend souvent dire qu'une migration de MaxDB vers ASE serait judicieuse. Apr\u00e8s tout, chaque \"Hana Runtime Edition for Applications and SAP BW (REAB)\" contient d\u00e9j\u00e0 une licence pour MaxDB et une pour ASE - la migration serait donc possible sans frais de licence, tout comme l'exploitation parall\u00e8le des deux SGBD.<\/p>\n
Toutefois, compte tenu de l'accent clairement mis par SAP sur Hana, une telle migration ne constitue pas une mesure de prolongation de la vie : Le cycle de vie d'ASE devrait s'achever en m\u00eame temps que celui de MaxDB.<\/p>\n
Les partisans de l'ASE invoquent g\u00e9n\u00e9ralement la compression des donn\u00e9es comme principal argument en faveur d'une migration. Mais le proverbe am\u00e9ricain s'applique toujours : \"There's no such thing as a free lunch\".<\/p>\n
L'\u00e9conomie d'espace disque est ch\u00e8rement pay\u00e9e, car ASE n\u00e9cessite une puissance de calcul nettement sup\u00e9rieure. L'avantage de compression d'ASE se paie en fin de compte par des investissements en puissance CPU.<\/p>\n
Du point de vue d'un partisan de MaxDB, le concept de sauvegarde d'ASE est l'un de ses principaux points faibles.<\/p>\n
ASE ne peut pas vider le journal pendant une sauvegarde compl\u00e8te. Cela signifie que si la sauvegarde dure trop longtemps, les logs d\u00e9bordent et le syst\u00e8me s'arr\u00eate.<\/p>\n
En revanche, la configuration de sauvegarde en ligne de MaxDB ne conna\u00eet pas de telles restrictions. La recommandation d'effectuer les sauvegardes ASE pendant les p\u00e9riodes de faible charge semble tout simplement na\u00efve et ne tient pas compte des r\u00e9alit\u00e9s de l'entreprise.<\/p>\n
Il appara\u00eet donc qu'ASE est souvent surestim\u00e9, tandis que les capacit\u00e9s de MaxDB restent notoirement sous-estim\u00e9es.<\/p>\n
Un gain de fonctionnalit\u00e9 ne peut \u00eatre obtenu lors d'une migration de MaxDB vers ASE que dans quelques cas exceptionnels et expos\u00e9s - par exemple lorsque la compression plus \u00e9lev\u00e9e est un facteur d\u00e9cisif.<\/p>\n
En revanche, les co\u00fbts de licence et de maintenance sont plus \u00e9lev\u00e9s (sauf si la licence est achet\u00e9e dans le cadre d'une Hana Runtime Edition sans incidence sur les co\u00fbts), la formation n\u00e9cessaire et les risques consid\u00e9rables.<\/p>\n
Les utilisateurs qui utilisent MaxDB non seulement avec ERP, mais aussi sous la forme de liveCache ou dans le cadre de Content Server, ne pourraient de toute fa\u00e7on pas migrer compl\u00e8tement vers ASE.<\/p>\n
Tant que SAP ne migrera pas \u00e0 grande \u00e9chelle ses syst\u00e8mes internes bas\u00e9s sur MaxDB vers Hana, les utilisateurs de MaxDB pourront dormir sur leurs deux oreilles. Ceux qui utilisent MaxDB aujourd'hui devraient le rester jusqu'\u00e0 ce que la migration vers Hana leur semble s'imposer.<\/p>\n
Une double migration serait cependant totalement absurde. Faire un d\u00e9tour par ASE pour atteindre Hana reste un non-sens.<\/p>\n