Discussion :

[bonabene]

Suite à un arrêt électrique, ma base Oracle est plantée avec le message :
ORA-01113: le fichier 1 nécessite une résupération de support
ORA-01110: fichier de données 1 : 'SYSTEM01.dbf'

Ma base est en archivelog, mais lors d'un recover, il me demande un log qui n'a pas eu le temps d'être créé et transformé en .ARC.

Que puis-je faire ?

merci.

[pifor]

Quel est le message d'Oracle complet avec le n° de l'archive log demandé ?

Que donne le résultat de la requête suivante:

Code :

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

1
2
SELECT name, sequence#, archived, deleted, completion_time
FROM v$archived_log order by sequence#;

Si des archive logs sont définitivement perdus, vous devez essayer une restauration incomplète jusqu'à la dernière transaction du dernier archive log disponible: voir un exemple dans le tutoriel.

[bonabene]

Quel est le message d'Oracle complet avec le n° de l'archive log demandé ?

Que donne le résultat de la requête suivante:

Code :

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

1
2
SELECT name, sequence#, archived, deleted, completion_time
FROM v$archived_log order by sequence#;

Si des archive logs sont définitivement perdus, vous devez essayer une restauration incomplète jusqu'à la dernière transaction du dernier archive log disponible: voir un exemple dans le tutoriel.

J'ai un décalage entre le fichier archivelog demandé et celui que j'ai réellement soit :
il me demande le *30661.arc et après exécution de la requète que tu m'as demandé le *30660.arc.

[pifor]

Il faut nous donner plus de détails: quelle est la commande RECOVER complète que vous avez lancé ? quel est le message Oracle complet en retour ?

[bonabene]

Il faut nous donner plus de détails: quelle est la commande RECOVER complète que vous avez lancé ? quel est le message Oracle complet en retour ?

la commande que j'ai lancé est la suivante :
recover database using backup controlfile until cancel;
0RA-00279 : changement 94048952 genere a 06/04/2007 11:28:12 requis pour thread 1
ORA-00289 : suggestion : e:\*\log30661.arc
ORA-00280 : le changement 94048952 pour le thread 1 se trouve au N° de sequence 30661
indiquer journal: RET=suggere |nomfichier |auto|cancel
e:\*\log30660.arc
ORA-00310 : journal archive contient sequence 20660 sequence 30661 requise
ORA-00334 : journal archive : 'e:\*\log30660.arc'
ORA-01547 : attention : operation RECOVER reussie, mais OPEN RESETLOGS generera l'erreur ci-dessous
ORA-01194 : le fichier 1 necessite plus de recuperartion pour etre coherent
ORA-01110 : fichier de donnees 1 : e:\*\system01.dbf

Voilà, la séquence que je lance et le résultat obtenu.
merci.

[pifor]

Exécutez:

Code :

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

select group#, member from v$logfile;

puis réessayez:

Code :

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

recover database using backup controlfile until cancel;

et donner comme nom d'archive log, un des noms de fichiers de la colonne member. Si ça ne marche pas, relancez et donnez pour chaque groupe (colonne group#) , un nom de membre (colonne member) comme si le membre était un archive log.

[louping]

la commande que j'ai lancé est la suivante :
recover database using backup controlfile until cancel;
0RA-00279 : changement 94048952 genere a 06/04/2007 11:28:12 requis pour thread 1
ORA-00289 : suggestion : e:\*\log30661.arc

Quand le UNTIL CANCEL ne marche pas, on peux essayer avec une date, dans ton cas il faut retrouver une instance stable mais on aura perdu des trucs...

j'essayerai :
RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL TIME '06042007:11:28:00' ;
J'ai le format de la date à mon bureau dsl
A+

[orafrance]

J'ai un décalage entre le fichier archivelog demandé et celui que j'ai réellement soit :
il me demande le *30661.arc et après exécution de la requète que tu m'as demandé le *30660.arc.

dans ce cas c'est que l'info est dans le redo courant, il ne faut donc pas indiquer un fichier d'archive mais un des fichiers redo.
Je te conseille de faire une sauvegarde à froid avant toute chose.

En fait ce qui se passe c'est que la base s'est arrêtée alors que des transactions étaient en cours et le UNDO est corrompu. Il faut donc revenir au redo qui restaure la base quand elle est cohérente (toutes les transactions sont validées).

[louping]

Suite à un arrêt électrique, ma base Oracle est plantée avec le message :
ORA-01113: le fichier 1 nécessite une résupération de support
ORA-01110: fichier de données 1 : 'SYSTEM01.dbf'

Ma base est en archivelog, mais lors d'un recover, il me demande un log qui n'a pas eu le temps d'être créé et transformé en .ARC.

Que puis-je faire ?

merci.

Si tu fais RECOVER ... UNTIL CANCEL ,Oracle demandera l'archive après celle en ligne (dans log_archive_dest1) même si elle n'a jamais existé, faire CANCEL
A+

[pifor]

Si tu fais RECOVER ... UNTIL CANCEL ,Oracle demandera l'archive après celle en ligne (dans log_archive_dest1) même si elle n'a jamais existé, faire CANCEL
A+

Dans ce cas là si on veut faire une restauration complète, cela signifie qu'en fait il faut appliquer un online redo log comme si c'était un archive redo log
d'après le User Managed Backup Recovery Guide:

Apply the prompted archived logs. If you then receive another message saying that the required archived log is missing, it probably means that a necessary redo record is located in the online redo logs. This situation can occur when unarchived changes were located in the online logs when the instance crashed.

For example, assume that you see the following:

ORA-00279: change 55636 generated at 06/08/2000 16:59:47 needed for thread 1
ORA-00289: suggestion : /oracle/work/arc_dest/arcr_1_111.arc
ORA-00280: change 55636 for thread 1 is in sequence #111
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

You can specify the name of an online redo log and press Enter (you may have to try this a few times until you find the correct log):

/oracle/dbs/t1_log1.f
Log applied.
Media recovery complete.

If for some reason the online logs are not accessible, then you can cancel recovery without applying the online logs. Note that if all datafiles are current, and redo is located in the online logs that is required for recovery, then you cannot open the database without applying the online logs. If the online logs are inaccessible, then you must re-create the control file