Discussion :

[Cereal123]

Bonjour,

Je sauvegarde régulièrement ma base sur bande en utilisant les outils présents dans la DBConsole (qui font appel à RMAN). En cas que crash total de mon serveur, comment puis-je rapidement remonter ma base de données sur un autre PC à partir de ma bande ??

Merci de votre aide,
C.

[Jaouad]

Bonjour
si tu as la même architecture que sur le serveur 1 , tu restaure et tu fais un simple startup , il faut évidement que la version du moteur soit la même .

Sinon il te suffit de recréer les control files , ou alors solution de contournement , si tu es sur UNIX ou LINUX de mettre des lien symboliques .

[Cereal123]

L'architecture est la même, seul le nom global de la base de données change (le SID est le même).

Si j'ai bien compris, je n'ai qu'à créer une instance de même nom sur mon serveur "de secours" et de lancer la restauration via la DBConsole. RMAN va t-il reconnaitre ma bande et l'accepter bien qu'il n'en ai pas la trace dans ses journaux ? Ne sauvegarde t'il pas le BDID dedans ?

C.

[Jaouad]

L'architecture est la même, seul le nom global de la base de données change (le SID est le même).

Si j'ai bien compris, je n'ai qu'à créer une instance de même nom sur mon serveur "de secours" et de lancer la restauration via la DBConsole. RMAN va t-il reconnaitre ma bande et l'accepter bien qu'il n'en ai pas la trace dans ses journaux ? Ne sauvegarde t'il pas le BDID dedans ?

C.

Si tu parles du global name qui se gére dans ce l'init.ora , a toi de remonter l'init.ora avec le bon nom

Est ce que tu ne peux pas restaurer les fichiers via les commandes systémes.

Je te conseille, personnellement, de ne pas mettre tout tes oeufs dans le même panier, il vaut mieux gérer la sauvegarde par un systéme dédié ou le faire via les commandes systémes.
Si tu décide de le faire via RMAN , il faut prévoir une repository indépendant dans une instance à part

Jaouad

[Cereal123]

Je me suis posé la question d'utiliser un système de sauvegarde indépendant d'Oracle mais j'ai volontairement utilisé RMAN pour creuser cette solution et en voir les limites.

Effectivement, comme je n'ai pas déclaré d'instance pour stocker mon repository RMAN, la trace de mes sauvegardes est stockée dans le fichier système de la base. Raison pour laquelle j'ai un doute sur la façon de faire pour remonter une base de données sur mon nouveau serveur, à partir d'une sauvegarde complète faite sur bande par RMAN (les fichiers sur bande étant compressés au format ORACLE).

L'un d'entre-vous at-il déjà effectué cette manipulation ?

Cyril.

[heffer69]

Pourquoi ne pas définir le deuxième serveur en tant que STANDBY DATABASE ?

[Cereal123]

Si je ne dit pas de bêtise, pour le déclarer en Standby database, il faut d'abord cloner la base source. Admettons que mon serveur source soit mort et que je n'ai à disposition qu'un serveur tout neuf et une bande contenant une sauvegarde complète compressée par RMAN. Puis-je m'en sortir ?

[plabrevo]

Le principe du standby n'est pas, lorsqu'une catastrophe survient, de precipitamment cloner la base source ou ce qu'il en reste, et de redemarrer la seconde base tant bien que mal, apres quelques jours d'efforts et avec des utilisateurs mecontents dans le dos.

Le principe est de cloner la base source aujourd'hui, d'installer un pipeline entre cette base source et la base standby pour propager les donnees modifiees de la premiere vers la seconde pour, le jour ou un probleme intervient sur la premiere base, demain ou dans une semaine, pouvoir redemarrer instantanement la deuxieme base en ayant perdu le minimum ou pas de donnees du tout.