Discussion :

[Bonnie38]

Bonjour.
J’ai une base 11.1.0.6.0 sur Linux (Redhat 5).
J’essaye de faire une procédure de sauvegarde à chaud et de reconstruction de ma base en cas de crash avec évidemment récupération des données (utilisée aussi éventuellement pour alimenter une base de test).

Mais lors de la reconstruction de ma base ça ne passe pas. Voici mon mode opératoire :

J’ai passé ma base en mode archivelog (et en force logging).
Mes archives de redo log sont multiplexés sur mon disque de sauvegarde.

Pour la sauvegarde j’ai fait un script qui effectue :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Archive log list;
Alter system switch logfile;

Puis pour chacun des tablespaces de la base:
- passage du tablespace en mode backup (begin backup)
- copie du fichier sur mon disque de sauvegarde
- je repasse le tablespace en mode normal (end backup)

Puis à la fin de mon script :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Alter database backup controlfile to ‘/save/control.ctl’ REUSE ;
Alter system switch logfile;
Archive log list;

Pour reconstruire une base en se servant de la sauvegarde :
- je repasse mes scripts de création de base vide.
- j’arrête ma base (shutdown immediate)
- j’écrase les datafiles (.dat et .dbf) avec ceux de la sauvegarde
- j’écrase les redo log et les archives de redo log avec ceux de la sauvegarde
- j’écrase mes 2 fichiers de contrôle avec le fichier control.ctl de la sauvegarde (là j’ai un gros doute !)
- je me connecte sous sysdba
- je monte ma base
- puis j’exécute la commande suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

recover database using backup controlfile ;

Il me demande alors les archives en me suggérant à chaque fois l’archive avec la bonne séquence (il m’affiche à chaque fois les erreurs ORA-00279, ORA-00289, ORA-00280). Donc je fais juste « Entrer » pour qu’il prenne en compte l’archive.

Ensuite je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Alter database open resetlogs ;

Et là erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ORA-01113 : le fichier 1 nécessite une récupération après défaillance matérielle
ORA-01110 : fichier de données 1 : ‘/base/ora_system.dbf’

J’avoue être perdue. Comme je ne maitrise pas le détail de ce que font les commandes, je n’arrive pas à trouver mon erreur.
Quelqu’un peut m’aider ?
Merci d'avance

[scheu]

As-tu bien rejoué TOUS les archivelogs (mêmes ceux générés après ton backup des tablespaces) ?

[Bonnie38]

Peut-être pas.
J'ai recopié les archivelog. J'avais de la séquence 60 à la séquence 70.
Et lors du recover il m'a demandé les séquences à partir de 64, mais il ne s'est pas arrêté à 70, il a demandé la 71 que je n'avais pas.
En fait volontairement j'ai fait des modifications de ma base pendant le backup (là normalement les modif sont compris dans les archivelog que j'ai recopié).
Puis j'ai arrêté ma base pour tout figer, et bien mis de coté tous les archivelog et les redo log pour ne pas les écraser par ceux générés lors de ma reconstruction de base vide.
après j'ai écrasé tous les fichiers par ceux mis de coté.
Sinon mon mode opératoire est bon?

[scheu]

Le log 71 était la séquence en cours pendant ton backup ?
Dans ce cas tu en as besoin pour finir la restauration, sinon tes datafiles peuvent être désynchronisés (pas tous au même SCN vu que tu ne les as pas copiés en même temps)

Pour ta procédure, je backuperais d'abord les tablespaces/datafiles, ensuite log du switch et enfin sauvegarde des archivelogs (y compris celui généré par le switch)

[pifor]

Pour dupliquer une base, il est inutile de la recréer avec CREATE DATABASE mais il faut recréer les control files avec CREATE CONTROLFILE. Il ne faut pas en général sauvegarder les online redo logs.

[Alain B.]

il faut penser à sauver les données redo générées pendant la durée de toute l'opération de backup.

Surtout si on procède individuellement par tablespace, il peut/va y avoir un écart entre le premier tablespace ( en générale le datafile 1 = system.dbf) et le dernier.

APRES la backup des tablespaces, il faut forcer un archivage des redo et garder ces archives au chaud avec le le reste du backup.


Je crois qu'il existe maintenant un "database begin/end backup"

PS:
Message subliminal :
!!! RMAN c'est bien !!! RMAN c'est bien !!! RMAN c'est bien !!!