Vous avez aimé les DBPB (Database Proactive Bundle Patch) en 12.1.0.2, vous allez adorer les RU (Release Update) en 12cR2.

Avant la version 12.1.0.2, il était recommandé d’appliquer les PSU régulièrement pour corriger les bugs et les failles de sécurité.
En version 12.1.0.2, un nouveau type de patch a été mis à disposition : les « Database Proactive Bundle Patch ».
Comme présenté dans un article précédent, ces « Bundle Patchs » contenaient un plus grand nombre de correctifs et se rapprochaient de la stratégie de patching sur les Engineered Systems.
A partir de la version 12cR2, Oracle introduit deux nouveaux types de correctifs : les « Release Upgrade » qui remplacent les « Proactive Bundle Patch » et « Release Upgrade Revisions » qui remplacent les PSU.
L’application d’un « Bundle Patch » (DBPB  ou RU) peut nécessiter une validation applicative pour les environnements critiques :

Pour rappel, pour la version 12.1.0.2, les « Database Proactive Bundle Patch » disponibles sont les suivants :

 Description    PSU                           GI PSU                          Proactive Bundle Patch  
 -------------  ---------------------------   ----------------------------    ------------------------
 APR2017        25171037 (12.1.0.2.170418)    25434003 (12.1.0.2.170418)      25433352 (12.1.0.2.170418)
 JAN2017        24732082 (12.1.0.2.170117)    24917825 (12.1.0.2.170117)      24968615 (12.1.0.2.170117)
 OCT2016        24006101 (12.1.0.2.161018)    24412235 (12.1.0.2.161018)      24448103 (12.1.0.2.161018)
 JUL2016        23054246 (12.1.0.2.160719)    23273629 (12.1.0.2.160719)      23273686 (12.1.0.2.160719)
 APR2016        22291127 (12.1.0.2.160419)    22646084 (12.1.0.2.160419)      22899531    
 JAN2016        21948354 (12.1.0.2.160119)    22191349 (12.1.0.2.160119)      22243551                
 OCT2015        21359755 (12.1.0.2.5)         21523234 (12.1.0.2.5)           21744410 (12.1.0.2.13)  
 JUL2015        20831110 (12.1.0.2.4)         20996835 (12.1.0.2.4)           21188742 (12.1.0.2.10)  
 APR2015        20299023 (12.1.0.2.3)         20485724 (12.1.0.2.3)           20698050 (12.1.0.2.7)   
 JAN2015        19769480 (12.1.0.2.2)         19954978 (12.1.0.2.2)           20141343 (12.1.0.2.4)   
 OCT2014        19303936 (12.1.0.2.1)         19392646 (12.1.0.2.1)           19404326 (12.1.0.2.1)

 
La note « Oracle Database – Overview of Database Patch Delivery Methods (Doc ID 1962125.1) » présente cette nouvelle stratégie de patching :

La note Release Update and Release Update Revisions for Database Proactive Patch Program (Doc ID 2285040.1) apporte des précisions sur ces patchs :

• Les « Release Upgrade » (RU) sont des ensembles de correctifs critiques qui permettent aux clients d’éviter les problèmes connus. Des tests de non-régression sont effectués par Oracle.
• Les « Release Upgrade Revisions » (RUR) contiennent des corrections de sécurité et de régression pour un RU qui prolonge la durée de vie des RU jusqu’à deux trimestres. Ils sont spécifiques pour chaque RU : deux RU sont publiés applicables sur un RU spécifique.

Comme pour les DBPB, les RU et les RUR peuvent être appliqués sur un cluster nœud par nœud (RAC Rolling) et dans un environnement Dataguard en premier sur la base secours (Standby First).
Le premier « Release Upgrade Revisions » sortira normalement en octobre. Il ne pourra être appliqué que sur le « Release Upgrade » de juillet.
Pour la version 12.1.0.2, les patchs disponibles sont les suivants :

 Description    DB RU                         GI RU                       
 -------------  ---------------------------   ----------------------------
 JUL2017        26123830 (12.2.0.1.170718)    26133434 (12.2.0.1.170718)

Ces patchs sont disponibles pour l’instant seulement sur Linux x86-64.
Le lien entre les « Release Upgrade Revisions » et les « Release Upgrade » va sans doute modifier la stratégie de patching. Il ne sera à priori plus possible d’appliquer seulement des PSUs (dans les environnements PCI-DSS par exemple). L’application de « Release Upgrade » contenant un grand nombre de correctifs pourra nécessiter des tests de non-régression afin d’éviter tout problème sur les environnements de production.
Ces modifications doivent permettre de clarifier l’application des patchs en 12c. Il faudra néanmoins encore un peu de temps avant d’évaluer tous ces impacts.
Parce que le changement c’est maintenant, Oracle modifie également la dénomination des versions : les nouvelles versions seront annuelles et la version correspondra aux deux derniers chiffres de l’année de publication.
La version prévue à l’origine comme 12.2.0.2 devient la version 18, et la version prévue à l’origine comme 12.2.0.3 sera la version 19.
Les versions 18 et 19 seront associées à la Release 12.2 dans le cadre du Lifetime Support.

En espérant un peu plus de stabilité dans la stratégie de Patching pour les futures Releases.