Discussion :

[seko]

Bonjour,

Aujourd'hui, je dois passer une base de test en version 10.2.0.1 sur le patch 10.2.0.4.

C'est la première fois que j'effectue un "patchage" sur oracle, j'ai imprimé le readme d'installation pour suivre pas a pas.

Mais j'ai une petite question : avant de lire la doc, on m'avait dit que l'on pouvait patcher une base sans nécessairement bloquer les autres bases qui se trouve sur le même serveur. Or, la doc me demande d'éteindre tout les service tns du serveur afin d'installer le patchset (mais comme c'est en anglais, pê que je comprend mal ... )

>>> Peuc t-on patcher seulement une base de données sur un serveur en hébergant plusieurs ?

[orafrance]

En effet, tu patcheras toutes les instances et aucun process Oracle ne doit tourner

Sinon, c'est extrêmement simple

[seko]

Aie .... On m'a demandé de ne patcher qu'une seule bdd (on rencontre plein de bugs dessus corrigés dans la 10.2.0.4)

Pourtant dans la doc, je viens de relire, il m'a semblé comprendre cela :
Etape 1 : Installation du patchset sur le ora_home (donc toutes les instances ...)
Etape 2 : Upgrade des bases de données (que visiblement, on pourrait faire une par une >> 'single-instance installation')

Qu'en pensez-vous ? J'ai mal compris ?

En tout cas, merci pour la petite phrase rassurante, car je nage un peu dans le brouillard la ... Et je ne veux pas me tromper car l'upgrade de la base de prod devra se faire assez vite (les bugs sont trés pénalisants))

[orafrance]

ha oui, en effet, je ne me souvenais pas du 2eme point

[couak]

il me semble que si tu n'upgrades pas les bases de données, tu risques d'avoir des comportements bizarres, ainsi que pas mal d'objets invalides
à vérifier...

[scheu]

On m'a demandé de ne patcher qu'une seule bdd

C'est impossible (en tout cas ce n'est pas recommandé )
Si tu as plusieurs BDD en 10.2.0.1 sur ton serveur qui utilisent toutes le même ORACLE_HOME en 10.2.0.1, tu dois toutes les arrêter en même temps pour pouvoir installer le patch et ensuite il faut toutes les upgrader (lancer le catpatch.sql) en 10.2.0.4. Laisser une base en 10.2.0.1 utiliser un ORACLE_HOME en 10.2.0.4 n'est pas recommandé (je ne sais même pas si c'est supportée par Oracle vu que ce n'est mentionné nulle part dans la doc d'install du patch)
Si tu veux avoir sur ton serveur des bases patchées en 10.2.0.4 et d'autres laissées en 10.2.0.1, il te faut 2 ORACLE_HOME distincts (1 en 10.2.0.1 et 1 en 10.2.0.4)
Mais quel intérêt as-tu à laisser les bases en 10.2.0.1 non patchées, en sachant que de toute façon il te faut quand-même les arrêter pour pouvoir installer ton patch ?

[seko]

Effectivement, cela paraît impossible ....

Voila pourquoi : je viens de patcher (en mode interactif) le oracle_home et depuis, je ne peux me connecter a aucune des bases de données (shared memory does not exist)
Je me dis que c'est lié au fait de cette phrase dans la doc "after you install the patchset, you must perform the following steps on every database associated with upgraded oracle home" (les steps suivant étant l'upgrade des databases)

Seulement voila : je lance l'upgrade (en mode interactif) et il me dit gentilment qu'il me manque 40Mo dans mon SYSAUX pour continuer l'installation .....

>>> Comment aggrandir la SYSAUX d'une base sur laquelle je ne peux me connecter ? (rappel "shared memory does not exist" pour toute tentative de connexion a mes bases ...)

[orafrance]

t'as pas redémarré les services