Vous pouvez restaurer les fichiers de contrôle que stocke la structure physique de la base de données. Avant de procéder à la restauration, vous devez localiser ce fichier. Une fois localisé, vérifiez que la base de données affiche le statut Ouvert.
Procédez comme suit:
SQL> SHOW PARAMETER CONTROL FILES;
SQL> STARTUP NOMOUNT;
SQL> SHUTDOWN IMMEDIATE;
SQL> START MOUNT
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE
Le processus de récupération de la base de données démarre.
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
Remarque : Si le journal archivé requis est manquant, cela signifie qu'un enregistrement de journalisation nécessaire figure parmi les fichiers de journalisation en ligne. Cela s'explique par le fait que les modifications non archivées se trouvaient dans les journaux en ligne lorsque l'instance a échoué. Vous pouvez spécifier le chemin complet d'un fichier de journalisation en ligne et appuyer sur Entrée (vous devrez peut-être effectuer plusieurs essais avant de trouver le journal souhaité).
SQL>SELECT * FROM V$LOG;
SQL>SELECT * FROM V$LOGFILE;
Exemple : une fois les journaux archivés requis appliqués, les messages suivants peuvent apparaître :
ORA-00279: change 55636 generated at 24/06/2014 16:59:47 needed for thread 1 (modification 55636 générée à 24/06/2014 16:59:47 requise pour le thread 1)
ORA-00289: suggestion e:\app\Administrator\flash_recovery_area\orcl\ARCHIVELOG\2014_06_24\ O1_MF_1_2_9TKXGGG2_.ARC
ORA-00280: change 55636 for thread 1 is in sequence #24 (la modification 55636 pour le thread 1 se trouve dans la séquence 24)
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Exemple : E:\app\Administrator\oradata\orcl\redo01.log
Remarque : Vous devez spécifier le chemin complet plusieurs fois jusqu'à ce que vous obteniez le bon journal.
Les messages suivants apparaissent :
Log applied
Media recovery complete
SQL> ALTER DATABASE OPEN RESETLOGS;
Les fichiers de contrôle perdus sont récupérés.
Copyright © 2015 Arcserve.
Tous droits réservés.
|
|