Le nouveau Database 12c SE2 d’Oracle fait moins pour plus cher

Les licences utilisateurs jusqu’à 6 fois plus chères

Oracle oblige, on peut choisir de plutôt acquérir le logiciel avec des licences par utilisateur. Dans ce cas, le prix ne bouge pas depuis la version 12.1.0.1, soit 304€ par personne ayant accès à la base de données. Mais il y a une ruse. Alors qu’Oracle demandait auparavant à une entreprise d’acheter au minimum 5 licences utilisateurs, il faudra désormais qu’elle s’acquitte d’un minimum de 10 licences utilisateurs... par serveur ! Faisons le calcul : alors qu’il fallait avant débourser 1 520 € pour que trois développeurs, par exemple, aient accès à trois serveurs de base de données, il faudra désormais faire un chèque de 9 120 €, soit un montant multiplié par 6 !

Selon Digora, dans la majeure partie des cas, les utilisateurs d’une base Oracle sont suffisamment nombreux pour que le prix du logiciel soit plus avantageux en achetant les licences par processeur.

Plus que deux processeurs autorisés

Et les inconvénients de la nouvelle version ne s’arrêtent pas au prix. Il n’est plus permis non plus d’utiliser la Standard Edition d’Oracle Database 12c sur des serveurs ayant plus de deux processeurs physiques, ni même d’ailleurs sur un cluster totalisant plus de deux processeurs (soit un maximum autorisé de deux serveurs avec un seul processeur physique chacun...).

Auparavant, la Standard Edition 1 acceptait un maximum de quatre processeurs physiques, sur un serveur, comme au total dans un cluster. Mais Romain Pannequin jure qu’il s’agit là d’un faux problème : « encore une fois, les processeurs sont devenus si puissants que, de toute manière, le public auquel se destine ce SGBDR n’achète plus que des serveurs physiques à deux processeurs car ils sont bien assez performants. Les serveurs à quatre sockets ont quasiment disparu du marché !», assure-t-il.

En fait, le surcoût d’un serveur physique à quatre processeurs serait tel  - par rapport à un matériel qui n’en possède que deux - qu’installer dessus Postgres, le concurrent Open source de Database 12c, coûterait aussi cher que déployer deux serveurs bi-sockets équipés du logiciel propriétaire d’Oracle.

Romain Pannequin témoigne que, sur les 450 clients de Digora, seuls deux ou trois utilisent la SE avec 4 processeurs dans un serveur.

Condamnation du mode cluster enn Standard Edition 2

Quant à la partie cluster, Romain Pannequin reconnaît que les serveurs à un seul processeur ne correspondent plus non plus à l’offre disponible sur le marché. « La solution cluster est de moins en moins utilisée en Standard Edition. Techniquement possible avec l’utilisation de la fonctionnalité gratuite de clustering Oracle RAC, elle rajoute une couche de complexité pour certaines PME utilisatrice de la Standard Edition. En particulier à cause du système de fichiers propriétaire Oracle ASM » élude-t-il. Selon lui, les utilisateurs auraient ainsi fini par opter pour des solutions plus simples et moins coûteuses de reprise d’activité (PRA) entre deux serveurs. Alors qu’un cluster fait travailler de concert deux serveurs pour une même base de donnée, une solution de PRA se contente de copier régulièrement le contenu d’un serveur sur l’autre. Mais pour l’entreprise, le but final est le même : dans les deux cas, il s’agit d’avoir un serveur de secours sur lequel travailler si l’autre tombe en panne.

« La configuration en PRA est ce que nous appelons la Standby Standard Edition. Elle fonctionne avec des scripts de synchronisation que nous avons développés », ajoute Romain Pannequin.

Une nouvelle génération sans apport technique

Pour couronner le tout, une base de données exécutée par cette nouvelle version ne pourra plus lancer que 16 flux de traitement simultanément (threads), contre une quantité illimitée auparavant. « Toutefois, il s’agit de 16 threads par base de données. Un serveur qui possède deux processeurs hyperthread avec 12 cœurs chacun, soit un potentiel de traitement de 48 threads simultané, pourra exécuter trois bases de données avec seulement deux licences processeurs, soit un prix de 30 388 € », précise Romain Pannequin.

Numérotée 12.1.0.2, cette simple mise à jour de la version d’entrée de gamme du célèbre SGBDR d’Oracle se voit par ailleurs attribuer le nouveau nom de SE2 (Standard Edition 2). Mais, mis à part quelques corrections de bugs, rien ne semble la différencier techniquement de la SE1 qui se vendait jusqu’alors.

A noter que la version SE1 sera encore installable jusqu’au 30 novembre 2015. A l’ancien tarif ? Digora ne sait pas se prononcer. Mais selon toute vraisemblance, la disponibilité temporaire de la SE1 semble correspondre au temps accordé aux clients existants pour tester la compatibilité de la SE2 ; il ne serait a priori plus possible de souscrire à l’ancienne version dans le cas d’un nouveau déploiement.

Il existe par ailleurs la version Enterprise Edition qui, elle, n’a aucune de limite (et offre de surcroit des options comme le cluster ou l’exécution en mémoire). Elle coûte 41 240 € par socket. En version 12.1.0.1 comme 12.1.0.2, elle.

Le prix des logiciels Oracle, et à fortiori de Database 12c, est calculé d’après la puissance du serveur physique qui les exécute. Ce qui rend théoriquement illégal la virtualisation de Database 12c dans vSphere 6 de VMware, puisque l’intérêt de celui-ci est de répartir dynamiquement la charge de travail sur plusieurs serveurs physiques.