Problème au démarrage d'une base

Version imprimable

Voir 40 message(s) de cette discussion en une page

04/10/2006, 15h56
bouyao

Tu a lancé le script de création du fichier de contrôle ? comment tu a fait ?

tu a essayé d'ouvrir la base avec

Code:

ALTER DATABASE OPEN RESETLOG;

?
J'attends toujours si ta base est en mode archivelog ?
04/10/2006, 16h00
ambre

Non la base n'est pas en archivelog

resultat
ALTER DATABASE OPEN RESETLOGS
*
ERREUR à la ligne 1 :
ORA-01139: option RESETLOGS uniquement valide apres recuperation incomplete de
BdD
04/10/2006, 16h06
bouyao
tu lance
Code:

1 2 RECOVER DATABASE USING BACKUP CONTROLFILE
Juste après tu tappe CANCEL
après tu faut un resetlog

j'aimerais bien voir la trace de cette manip
04/10/2006, 16h16
ambre

Après RECOVER DATABASE USING CONTROLFILE

ORA-00279: changement 55021618 genere a 10/01/2006 20:06:21 requis pour thread
1
ORA-00289: suggestion : C:\ORACLE\ORA92\RDBMS\ARC00584.001
ORA-00280: le changement 55021618 pour le thread 1 se trouve au no de sequence
584

Indiquer le journal : {<RET>=suggéré | nomfichier | AUTO | CANCEL}
CANCEL
Récupération après défaillance matérielle annulée.

Aprés ALTER DATABASE OPEN resetlogs
*
ERREUR à la ligne 1 :
ORA-01113: le fichier 1 necessite une recuperation apres defaillance materielle
ORA-01110: fichier de donnees 1 :
'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\SYSTEM01.DBF'

Trace du fichier

ALTER DATABASE RECOVER DATABASE USING BACKUP CONTROLFILE
Media Recovery Start
WARNING! Recovering data file 1 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 2 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 3 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 4 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 5 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
Starting datafile 1 recovery in thread 1 sequence 584
Datafile 1: 'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\SYSTEM01.DBF'
Starting datafile 2 recovery in thread 1 sequence 585
Datafile 2: 'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\UNDOTBS01.DBF'
Starting datafile 3 recovery in thread 1 sequence 585
Datafile 3: 'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\INDX01.DBF'
Starting datafile 4 recovery in thread 1 sequence 584
Datafile 4: 'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\TOOLS01.DBF'
Starting datafile 5 recovery in thread 1 sequence 585
Datafile 5: 'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\USERS01.DBF'
Media Recovery Log
ORA-279 signalled during: ALTER DATABASE RECOVER DATABASE USING BACKUP CONT..

je suis entrain de simuler ton cas.
J'ai corrompu un fichier redo expret

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
SQL> startup
Instance ORACLE lancÚe.
 
Total System Global Area  289406976 bytes
Fixed Size                  1247552 bytes
Variable Size             138413760 bytes
Database Buffers          146800640 bytes
Redo Buffers                2945024 bytes
Base de donnÚes montÚe.
ORA-00314: journal 1, thread 1, numÚro de sÚq. attendu 71 ne correspond pas Ó
65
ORA-00312: journal en ligne 1 thread 1 :
'E:\ORACLE\PRODUCT\10.2.0\ORADATA\B10R2\REDO01.LOG'

Code:

1
2
3
4
5
6
7
8
 
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERREUR Ó la ligne 1 :
ORA-01113: le fichier 1 nÚcessite une rÚcupÚration aprÞs dÚfaillance matÚrielle
ORA-01110: fichier de donnÚes 1 :
'E:\ORACLE\PRODUCT\10.2.0\ORADATA\B10R2\SYSTEM01.DBF'

je vais continuer à reccupere la base ...

04/10/2006, 17h18
bouyao
essaye le derniere commande
Code:

1 2 recover database using backup controlfile until change 55021600;
si ca ne marche pas

recuppere la sauvegarde avant toutes ces manipulations
créer le fichier de contrôle
et essaye la commande que j'ai donnée maitenant

si ca ne marche pas la base est morte. on peut la reccuperer mais il faudrait des specialistes sur le terrain. par le forum, ce n'est pas facile.
04/10/2006, 17h26
ambre

Est ce que je dois répondre CANCEL au message ?
04/10/2006, 17h28
bouyao

non

il faut entrer le chemin complet du fichier redo03, puis redo01 puis redo02
04/10/2006, 17h35
ambre

J'ai le message d'erreur suivant
ORA-01547: attention : operation RECOVER reussie, mais OPEN RESETLOGS generera
l'erreur ci-dessous
ORA-01194: Le fichier 1 necessite plus de recuperation pour etre coherent
ORA-01110: fichier de donnees 1 :
'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\SYSTEM01.DBF'
04/10/2006, 17h38
bouyao

essaye de diminuer 55021600 par exemple 55021500 et faire la même manip
04/10/2006, 17h48
orafrance

Citation:

Envoyé par bouyao

si ca ne marche pas la base est morte. on peut la reccuperer mais il faudrait des specialistes sur le terrain. par le forum, ce n'est pas facile.

t'as essayé avec _allow_resetlog_corruptions ?
04/10/2006, 17h49
ambre

Ok je vais repartir de la sauvegarde et refaire les manips
J'ai essayé en diminuant la valeur, j'ai le même problème

Par contre je n'ai plus accès au serveur

Je continuerais plus tard , en tout cas merci beaucoup pour votre aide et le temps que vous nous avez consacré
04/10/2006, 17h50
orafrance

Citation:

Envoyé par ambre

J'ai le message d'erreur suivant
ORA-01547: attention : operation RECOVER reussie, mais OPEN RESETLOGS generera
l'erreur ci-dessous
ORA-01194: Le fichier 1 necessite plus de recuperation pour etre coherent
ORA-01110: fichier de donnees 1 :
'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\SYSTEM01.DBF'

Essaye de démarrer en commentant les paramêtres UNDO*, tu listes les segments dans _corrupted_rollback_segments et tu dropes ton UNDO. Enfin, tu recrées le UNDO et tu redémarres avec ton init.ora d'origine.

Dans Metalink, tu trouveras la procédure de démarrage sans UNDO, c'est le tablespace qui risque le plus d'être en vrac après un tel plantage ;)
05/10/2006, 11h11
ambre

Bonjour,

Nous avons abandonné, le prestataire est reparti d'une sauvegarde du mois de Juin !!!!!!!!!
Donc c'est ok la base a redémarrée

Encore merci pour votre aide
05/10/2006, 11h19
bouyao

La prochaine fois, il faut faire très attention.
Sauvegarder la base le plus souvent
multiplixer les fichiers redo et les fichiers de contrôle
et si possible, mettre la base en archivelog
05/10/2006, 17h29
orafrance

dommage, j'suis sûr qu'il était possible de la restaurer :(

Voir 40 message(s) de cette discussion en une page