Discussion :

[hkhan]

Bonjour,
Je travaille sur une oracle 9.2.0.6 sur un serveur linux.
Il m'a été demandé de faire une sauvegarde de ma base de test voila quelques jours... Je l'ai effectuée (sauvegarde base ouverte de mes fichiers).
J'ai ensuite supprimé ma base et recréé une nouvelle (copie de ma base de production).

Aujourd'hui j'ai supprimé cette copie de ma base de production et j'ai voulu restaurer ma base de test (celle que j'ai sauvegardé)

je copie mes fichiers sauvegardé a leur emplacement d'origine, et je lance les commandes suivantes :
-startup nomount
-je cree mon controlfile : CREATE CONTROLFILE SET DATABASE "GEST" RESETLOGS ARCHIVELOG etc...
la il m'indique que le controlfile c'est créé correctement
C'est la suite qui se complique ...

- recover database using backup controlfile until cancel;
et la il me demande :

ORA-00279: changement 144098017 genere a 09/18/2006 12:43:41 requis pour thread
1
ORA-00289: suggestion : /archivutil/arch_54.log
ORA-00280: le changement 144098017 pour le thread 1 se trouve au no de sequence
54

le problème c'est que mes archives log s'arrêtent à la séquence 53... la 54 en fait, je l'ai supprimé (mauvaise manipulation de ma part)...


Donc ma question est :
Qu'est ce que je peux faire pour éviter de me faire lincher :p

Pour réussir ma restauration, il me manque cet archivelog... et j'avoue être perdu

Tout ce que j'ai tenté a bien sur échoué :p

Merci pour votre aide éventuelle !

[free people]

Bonjour ,
si vous n'avez pas ce fichier malheuresement vous ne pourrez pas aller jusqu'au à ce point dans le temps. Vous ne pourrez que faire un Cancel et perdre malheuresement toutes les données que cette ultime Archive

[hkhan]

Merci pour votre réponse

Mais j'avais déjà essayé le "CANCEL", voila ce que ca me donne :

ORA-01547: attention : operation RECOVER reussie, mais OPEN RESETLOGS generera
l'erreur ci-dessous
ORA-01195: La sauvegarde en ligne du fichier 1 necessite plus de recuperation
pour etre coherente
ORA-01110: fichier de donnees 1 : '/gestutil/system01.dbf'


ORA-01112: la recuperation apres defaillance materielle n'a pas commence

Cela me fait rien de perdre ce que contient cette archive54 tout ce que je désire c'est pouvoir restaurer ma base

[bouyao]

1. Tu recrée ton fichier de conrôle
2. recover de la base sans appliquer rien (en faisant juste un CANCEL)
3. tu fait un resetlogs
4. tu demarre la base

tu a dit que tu a fait une copies de la base ouverte par RMAN ou BEGIN BACUP ou par un copy OS ?

[hkhan]

pour ma sauvegarde j'ai fait un backup des tablespaces

j'ai refais les operations suivantes (en suivant tes recommandations) :

SQL> recover database using backup controlfile until cancel;
ORA-00279: changement 144098017 genere a 09/18/2006 12:43:41 requis pour thread
1
ORA-00289: suggestion : /archivutil/arch_54.log
ORA-00280: le changement 144098017 pour le thread 1 se trouve au no de sequence
54


Indiquer le journal : {<RET>=suggere | nomfichier | AUTO | CANCEL}
CANCEL
ORA-01547: attention : operation RECOVER reussie, mais OPEN RESETLOGS generera
l'erreur ci-dessous
ORA-01195: La sauvegarde en ligne du fichier 1 necessite plus de recuperation
pour etre coherente
ORA-01110: fichier de donnees 1 : '/gestutil/system01.dbf'


ORA-01112: la recuperation apres defaillance materielle n'a pas commence

SQL> alter database open resetlog
2 ;
alter database open resetlog
*
ERREUR a la ligne 1 :
ORA-02288: mode OPEN non valide


SQL> shutdown immediate
ORA-01109: base de donnees non ouverte


Base de donnees demontee.
Instance ORACLE arretee.
SQL> startup
Instance ORACLE lancee.

Total System Global Area 269477124 bytes
Fixed Size 451844 bytes
Variable Size 184549376 bytes
Database Buffers 83886080 bytes
Redo Buffers 589824 bytes
Base de donnees montee.
ORA-01589: doit utiliser l'option RESETLOGS ou NORESETLOGS pour l'ouverture de
BDD

peut etre que j'ai mal compris le resetlog à faire (je le fais en meme temps que l'ouverture de la base) et j'ai donc des messages d'erreurs

suis mal suis mal ^^ si je trouve pas rapidement la solution, je sens queje vais passer un tres tres mauvais vendredi :p

quoi qu'il en soit merci de votre aide !! j'espere qu'on va trouver la solution

(suis pas encore desespere ^^ j'y crois :p)

[free people]

Bonjour il est fort a parier qu'il n'a pas besoin que de synchroniser ces SCN

Lorsqu'il vous demande une archove indiquez lui le chemin du dernier REDO
SI vous ne savez lequel est ce , testez les tous !

[hkhan]

ha oui !! tres bonne idee
par contre je pourrais la tester que demain
(je suis chez moi et je n'ai plus acces a mon poste de travail :p)

quoi qu'il en soit merci pour vos interventions !! en esperant que ce soit la solution quoi qu'il en soit j'ai un espoir pour demain !

[hkhan]

Bonjour...

Mauvaise nouvelle :p
ca ne fonctionne pas avec les redo log
il me demande toujours la sequence 54...

Est ce qu'il n'existe pas un autre moyen ?

[bouyao]

Il faut recuperrer la sauvegarde de depart

Code :

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

recover database using backup controlfile

juste après, un CANCEL