Comment vérifier un Critical Patch Update?

Les CPU (Critical Patch Update), comme les Patch Sets ou certains patchs unitaires nécessitent un ou plusieurs scripts SQL en plus de la mise à jour du logiciel; Voici comment vérifier que (1) le logiciel a été patché et que (2) les scripts correspondants ont été exécutés.

Pour vérifier la version d’Oracle ainsi que l’ensemble des patchs installés, utilisez Oracle opatch comme ci-dessous, après avoir positionné correctement la variable ORACLE_HOME :

cd $ORACLE_HOME/OPatch
./opatch lsinv -patch

Pour plus d’informations, utilisez l’option -detail :

./opatch lsinv -details

Les CPU sont des bundles de patchs et une liste des patchs unitaires apparait dans l’inventaire. Validez sur Metalink ou dans le CPU que ces patchs correspondent à ceux que vous voulez installer. Les dates du patch et d’installation peuvent être un outil intéressant; surtout vous utiliser un système de ticket.

Pour vérifier que les scripts correspondants aux patchs ont été exécutés, connectez-vous à votre base de données et exécutez la requête qui suit :

set lines 120
col action_time format a28
col comments format a50 wor wra
col version format a10

select action_time
, id
, version
, comments
from dba_registry_history
order by ACTION_TIME;

ACTION_TIME ID VERSION COMMENTS
---------------------------- ---------- ---------- ------------------------
03-MAR-09 09.53.52.370837 AM 10.2.0.4.0 Upgraded from 10.2.0.3.0
03-MAR-09 10.06.40.370930 AM 3 10.2.0.4 CPUJan2009
03-MAR-09 10.14.26.957691 AM 6452863 view recompilation

Une fois un CPU installé dans un ORACLE_HOME, il n’est pas utile de relancer le script catbundle.sql après créer une nouvelle base de données avec CREATE DATABASE ou avec DBCA « Custom Database ». En revanche, vous devrez relancer les scripts si :

  • Vous utilisez un template de base de données avec DBCA
  • Vous utilisez un script DBCA créé avant l’application du CPU
  • Vous clonez, avec DBCA, une de base de données créée avant l’application du CPU

Pour plus de détails, se reporter au fichier README du CPUJan2009 et en particulier la section « 3.3.5 Post Installation Instructions for New and Upgraded Databases »