Profitant de la torpeur estivale, Oracle a annoncé un changement majeur dans la gestion des releases de son logiciel de base de données.
Passons rapidement sur la modification des patchs intermédiaires à partir de la version 12.2, les patchsets deviennent des « Release Update » (RU) et les PSU et Bundle patchs se transforment en « Release Update Revision », le sujet est explicité dans la note MOS 2285040.1.
Non, la vraie révolution c’est que le nommage des versions va changer, la prochaine release sera la version Oracle 18 (pour 2018). En fait, à l’instar du calendrier des dieux du stade, une nouvelle release est prévue chaque année et cette release portera le nom de son année de livraison (on pourra donc comparer les millésimes :-)).
Cette évolution est annoncée au détour d’un paragraphe de la note MOS Release Schedule of Current Database Releases (Doc ID 742060.1) :
Release 12.2: New releases will be annual and the version will be the last two digits of the release year. The release originally planned as 12.2.0.2 will now be release 18, and the release originally planned as 12.2.0.3 will be release 19. Releases 18 and 19 will be treated as under the umbrella of 12.2 for Lifetime Support purposes. The current plan is for Oracle Database 19 to be the last release for 12.2. This may change in the future to Oracle 20 as the last release for 12.2.
Oracle souhaite sans doute avec cette nouvelle organisation rendre moins frileux ses clients pour les montées de version de leurs bases de données et faciliter l’application des patch intermédiaires. De ce point de vue-là il n’est pas sûr que les chefs de projets applicatifs soient plus enthousiastes à l’idée de passer d’Oracle 18 à Oracle 20 plutôt que de passer de la version 11.2.0.2 à la version 11.2.0.4, à suivre …
Cette nouvelle politique va aussi changer beaucoup de choses dans l’écosystème Oracle :
- les formations Oracle, qui étaient auparavant basées sur la release, vont-elles être revues tous les ans ?
- pour les DBAs faudra t’il (re)-passer ses certifications Oracle annuellement ?
- comment réagiront les éditeurs de logiciels (type SAP, Sage, ..), déjà très méfiants sur la certification de leurs produits avec les version intermédiaires ?
- ….
Dans tous les cas, pour assurer ses montées de version Oracle, mieux vaut s’assurer des services d’un vrai spécialiste 🙂