La révolution dans les numéros de versions d’ORACLE Database

Une révolution est survenue chez Oracle, qui a décidé tout récemment une nouvelle numération des versions de ses bases de données, un peu comme Microsoft l’avait fait il y a quelques années.

Cette modification dans le système de numérotation arrive à point nommé. Elle évitera les conséquences de la triskaïdékaphobie, en rapport avec la version 13 d’Oracle… Déjà qu’il n’y a pas d’étage 13 dans de nombreux hôtels aux USA…

Nouveau système de numérotation des versions

Plus sérieusement, ce changement de numérotation avait déjà été évoqué le 30 mai 2017 par Tobias Deml dans son post twitter :

Voici quelques précisions sur les nouvelles versions :

• Les nouvelles versions seront annuelles (à confirmer dans la réalité) et la version sera définie par les deux derniers chiffres de l'année de publication.
• La version prévue à l'origine sous le numéro 12.2.0.2 sera maintenant la version 18, et la version prévue à l'origine sous le numéro 12.2.0.3 sera la version 19.
• Les versions 18 et 19 seront traitées comme pour la version 12.2 pour ce qui est de la durée de vie.
• La position actuelle d’Oracle est qu’Oracle Database 19 est la dernière version correspondant à la 12.2.
• Cela pourrait changer à l'avenir : Oracle 20 serait alors peut-être la dernière version correspondant à la 12.2.

Quand on passera en 2100, on passera à une version sur 3 chiffres ? Un peu d’humour ne fait pas de mal…

Maintenant, il se peut également qu’il n’y ait pas de nouvelle version chaque année, tout comme Microsoft ne sort pas une nouvelle version de SQL Server chaque année… A suivre ! Ou alors, certaines nouvelles versions seront plus ou moins riches en nouvelles fonctionnalités.

D’après Mike Dietrich (Master Product Manager – Database Upgrades & Migrations Oracle Corporation), ce nouveau système de numérotation supprimera la fâcheuse tendance consistant à attendre la version  2 d’une nouvelle version.

Reste à voir comment les clients et les éditeurs vont réagir à ce nouveau système de releases annuelles…

Autre interrogation : qu’en sera-t-il pour ce qui est des certifications (OCA, OCP et OCM) s’il y a une nouvelle version chaque année ?

Wait and see…

Les Release Update (RU) et les Release Update Revisions (RUR)

En plus d’une version annuelle, Oracle a annoncé deux types de patching trimestriels :

• Release Updates (RU) : publié tous les trimestres, ils correspondent à priori aux « proactive bundle patches (BP) » actuels.
• Release Update Revisions (RUR) : publié tous les trimestres, ils correspondent à priori aux « patchs set updates (PSU) » actuels.

Voir :

• MOS Note: 2285040.1 – Release Update and Release Update Revisions for Database Proactive Patch Program

Cette note contient notamment une FAQ sur les sujets suivants :

​

​Les précisions suivantes sont apportées :

Release Updates and Release Update Revisions

To support both security-related fixes and high-priority non-security fixes, quarterly Release Updates (RUs) will be provided each January, April, July and October. To allow customers to keep current on just security-related fixes once their feature environment becomes stable, quarterly Release Updates Revisions (RURs) will be provided each January, April, July and October for the most recent two (2) RUs.  This RU and RUR strategy replaces the legacy Patchset Update (PSU) strategy for 12.2.0.1 database software, beginning in July of 2017.

• RUs are proactive, highly tested bundles of critical fixes which enable customers to avoid known issues. 
• RURs contain security and regression fixes to a RU that extend the RU’s lifetime up to two quarters. They are specific to a particular RU.
• The legacy terms ‘Patchset’, 'Patchset Update', and 'Database Bundle Patch' will no longer be meaningful for 12.2 database software.

This strategy allows a more conservative approach to maintenance while still getting fast access to critical security and proactive stabilization content. Customers can switch back and forth between RUs and RURs, whereas this is not possible with PSUs and BPs. Both RUs and RURs contain all security fixes, thus eliminating any 'security' versus 'stability' tradeoff.

L'image qui suit explique le cadencement prévu des RU et RUR :

• MOS Note: 2275525.1 – FAQ for RU and RUR (pas encore accessible aux clients au 24/8/2017)

Mike Dietrich précise également :

• For Oracle Database 12.2.0.1 there’s no change in release numbering
• No RUs and RURs for Oracle Database 12.1.0.2 and Oracle Database 11.2.0.4 but still – as before – SPUs, PSUs and BPs
• RU patches right now are more or less the same as Proactive Bundle Patches (BPs)
• RUR patches right now are more or less the same as Patch Set Updates (PSUs)
• Quarterly schedules stay as before
• Interim (one-off) patches still exist
• In July 2017 we are releasing a Database RU, a Grid Infrastructure RU, and an OJVM RU.
• There are no PSUs or Bundle Patches for the 12.2.0.1 release
• The first RUR for Oracle Database 12.2.0.1 is planned for October 2017
• In October 2017 at the usual quarterly release date the 2nd RU for Oracle Database 12.2.0.1 is planned to get released
• In January 2018 at the usual quarterly release date the 3rd RU and the 2nd RUR should be released for Oracle Database 12.2.0.1.
• The plan is to release only two RURs per RU

Une question : Si quelqu’un ne met pas à jour ses bases avec une nouvelle version annuelle, pourra-t-il néanmoins disposer des patchs de sécurité sur une version annuelle plus ancienne ? Si oui, pendant combien de temps ?

Note Oracle 742060.1 - MOS Note 742060.1 – Release Schedule of Current Database Releases

Voici un graphique tiré de la note Oracle : MOS Note 742060.1 – Release Schedule of Current Database Releases :

Quelques liens Web sur ce sujet

https://support.oracle.com/epmos/faces/DocumentDisplay?id=742060.1

https://support.oracle.com/epmos/faces/DocumentDisplay?id=2285040.1

https://mikedietrichde.com/2017/08/09/news-new-oracle-database-release-schedule/

https://mikedietrichde.com/2017/08/10/thoughts-new-oracle-database-release-schedule/

https://mikedietrichde.com/2017/07/19/information-ru-rur-oracle-12-2/

https://oracle-base.com/blog/2017/07/14/oracles-new-release-cycles-my-thoughts/

Digora se tient à votre disposition pour vous conseiller et vous accompagner dans les futures montées de version de vos bases Oracle.

Je souhaite plus d'informations.