Discussion :

[denis_b22]

Bonjour à tous,

Notre application utilise une base oracle 10.2.03 sur un serveur UNIX et dispose d'une base standby physique sur un autre serveur UNIX (même version ORACLE).
Prochainement nous allons migrer ces deux base en 10.2.04. Nous commencerons par la base primaire , les utilisateurs seront orientés vers la base standby en lecture seule durant la migration de celle-ci. Pour migrer la base plusieurs requêtes d'admin sont exécutées.
Une fois la base primaire terminée ce sera le tour de la standby. Et c'est là que je ne sais pas trop comment m'y prendre. Faut il reconstruire toute la base, les requêtes d'admin seront elles appliquées automatiquement via les archivelogs sur la standby une fois celle-ci migrée et redémarrée ?

Merci d'avance pour votre aide.

[Pomalaix]

Bonjour

Vous pouvez vous référer à la note Metalink 278641.1.

Cette procédure prévoit que les deux bases soient arrêtées simultanément.

Les exécutables sont à installer des deux côtés.
En revanche tout ce qui est SQL (catpatch.sql) n'est à exécuter que sur la base primaire, et sera répercuté classiquement dans la base de secours.

[denis_b22]

Merci pour votre réponse.

Y'aurait il un moyen de basculer en laissant la base standby en consultation lors de la migration de la primaire. Le scénario suivant serait il possible :

- Coupure de l'accès aux utilisateurs
- Sauvegarde de la base primaire,
- on lance une génération d'archivlog , on s'assure que la base standby a bien appliquer cette archivlog
- Arrêt de la base primaire
- On bascule les utilisateurs sur la base en standby ouverte en mode OPEN READ ONLY , plus d'application des archivelogs.

- Installation des nouveaux binaires 10.2.04 sur la base primaire.
- UPGRADE de la base primaire, mise à jour du dico, recompilation des vues...

- Bascule des utilisateurs sur la base primaire.
- Arrêt de la base standby.
- Installation des nouveaux binaires 10.2.04 sur la base standby
- on relance la base standby en mount avec application des archivelog.

Merci pour vos réponses

[Z3phur]

Bonjour,

pourquoi ne veux tu pas faire un arrêt de production pour passer le patch 10.2.0.4?

Je viens de faire cette manipulation dimanche dernier, avec en plus le critical patch d'avril 2009 et cela nous a occasionné que 2h30 d'indisponibilité de la base.

[lallio]

Si l'idée est de laisser la base en consultation, pourquoi ne pas la cloner dans un environnement temporaire le temps de faire l'upgrade de la primaire ou de la standby.

J'ai fait quelques post sur le clonage si cela vous intéresse.
http://www.lao-dba.com/categorie-10793345.html

laurent.

[denis_b22]

Finalement j'ai tenté la manip mentionnée dans mon post plus haut.
Tout c'est super bien passé.
Le but était d'avoir un minimum d'indispo utilisateur, l'application (documentaire) étant très très utilisée même en ce jour de pont.

Je confimre donc qu'il est possible de faire une montée de version oracle(10.2.0.3 => 10.2.0.4) sur la base primaire tout en laissant la base standby en open read only pour les utilisateurs. Et ensuite de migrer la base standby et réappliquer les archivlogs de mise à jour des catalogues , vues ...

Super pratique !!

Merci encore pour votre aide