Problème de récupération aprés défaillance matérielle

**elharet** · 01/06/2009, 11h03

Bonjour;
J'ai une base de données 9i, qui est en mode noarchivelog; quand j'essaie de la démarrer il me donne l'erreur suivante:

Code :

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

ORA-01589: doit utiliser l'option RESETLOGS ou NORESETLOGS pour l'ouverture de BDD

et quand je fais :

Code :

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

1
2
3
4
5
6
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERREUR Ó la ligne 1 :
ORA-01194: Le fichier 1 nÚcessite plus de rÚcupÚration pour Ûtre cohÚrent
ORA-01110: fichier de donnÚes 1 : 'F:\ORACLE\CASHR\ORADATA\SYSTEM01.DBF'

alors il faut effectuer une récupération:

Code :

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

1
2
3
4
5
6
7
8
9
SQL> alter database recover database using backup controlfile;
alter database recover database using backup controlfile
*
ERREUR Ó la ligne 1 :
ORA-00279: changement 1337674329 gÚnÚrÚ Ó 05/01/2009 01:53:01 requis pour
thread 1
ORA-00289: suggestion : E:\ORACLE\ORA92\RDBMS\ARC00023.001
ORA-00280: le changement 1337674329 pour le thread 1 se trouve au no de
sÚquence 23

il me donne cette erreur alors que la base de données n'est pas en mode archivelog, elle en mode NOARCHIVELOG.

**fatsora** · 01/06/2009, 11h44

BOnjour ,

Quelles comandes as tu lancées ??

sinon il ya la doc ici sur restauration en cas de noarchivelog

http://www.hmi.de/it/zentral/db/doku...osrecov010.htm

**elharet** · 01/06/2009, 12h08

Merci pour ta réponse.
La commande que j'ai lancé est:

Code :

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

ALTER DATABASE recover DATABASE USING backup controlfile;

Merci

**Pomalaix** · 01/06/2009, 12h17

Envoyé par elharet

Merci pour ta réponse.
La commande que j'ai lancé est:

Code :

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

ALTER DATABASE recover DATABASE USING backup controlfile;

Merci

Bonjour

Pourquoi USING BACKUP CONTROLFILE ???

Il faudrait préciser un peu votre situation.
Avez-vous restauré quelque chose ? Quoi, comment ?

Ne lancez pas des commandes au hasard, vous risquez de provoquer des dégâts.
Donc première précaution : vous arrêtez votre base et vous la sauvegardez avant de faire quoi que ce soit.

**elharet** · 01/06/2009, 12h19

Bonjour;
Quand j'execute la commande suivante:

Code :

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

 recover database using backup controlfile until cancel;

Il m'affiche le message suivant:

Code :

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

1
2
3
4
5
6
7
ORA-00279: changement 1337674329 gÚnÚrÚ Ó 05/01/2009 01:53:01 requis pour
thread 1
ORA-00289: suggestion : E:\ORACLE\ORA92\RDBMS\ARC00023.001
ORA-00280: le changement 1337674329 pour le thread 1 se trouve au no de
sÚquence 23
 
Indiquer le journal : {<RET>=suggÚrÚ | nomfichier | AUTO | CANCEL}

Sachant que la base est en mode NOARCHIVELOG
Je n'arrive pas à comprendre.
Je lui donne le nom du fichier de journalisation:
F:\oracle\cashr\ORADATAREDO02.LOG
Il génère l'erreur suivante:

Code :

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

1
2
3
4
5
6
7
8
 
ORA-00310: journal archivÚ contient sÚquence 30; sÚquence 23 requise
ORA-00334: journal archivÚ : 'F:\ORACLE\CASHR\ORADATAREDO02.LOG'
 
ORA-01547: attention : opÚration RECOVER rÚussie, mais OPEN RESETLOGS gÚnÚrera
l'erreur ci-dessous
ORA-01194: Le fichier 1 nÚcessite plus de rÚcupÚration pour Ûtre cohÚrent
ORA-01110: fichier de donnÚes 1 : 'F:\ORACLE\CASHR\ORADATA\SYSTEM01.DBF'

Quand je refais la meme commande avec le fichier:
F:\oracle\cashr\ORADATAREDO01.LOG
Il génère la même erreur sauf pour la séquence:

Code :

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

ORA-00310: journal archivÚ contient sÚquence 29; sÚquence 23 requise

Quand je refais la meme commande avec le fichier:
F:\oracle\cashr\ORADATAREDO03.LOG
Il génère la même erreur sauf pour la séquence:

Code :

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

ORA-00310: journal archivÚ contient sÚquence 28; sÚquence 23 requise

**elharet** · 01/06/2009, 12h28

Envoyé par Pomalaix

Bonjour

Pourquoi USING BACKUP CONTROLFILE ???

Il faudrait préciser un peu votre situation.
Avez-vous restauré quelque chose ? Quoi, comment ?

Ne lancez pas des commandes au hasard, vous risquez de provoquer des dégâts.
Donc première précaution : vous arrêtez votre base et vous la sauvegardez avant de faire quoi que ce soit.

Pour répondre à vos questions: je n'ai rien fait, il y a eu un crash du disque, puis le disque s'est rétablie, je voulais démarrer la base mais elle m'a générer ces erreurs.
Merci;

**NGasparotto** · 01/06/2009, 14h29

Si la base est en NOARCHIVELOG, il y probable que c'est rape pour la restore.
Tu peux toujours essayer ta commande recover until cancel puis entre CANCEL, en mode non-archive, cette commande n'est que simulation, mais peut bien etre necessaire. Puis open avec resetlogs.
Et biensur, comme recommande auparavant, une sauvegarde base fermee est plus que recommandee avant toutes choses.

Nicolas.

**fatsora** · 01/06/2009, 14h59

As tu essayé le lien ca vient directement du site officiel d'Oracle !!

http://www.hmi.de/it/zentral/db/doku...osrecov010.htm

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
Recovering a Database in NOARCHIVELOG Mode
If a media failure damages datafiles in a NOARCHIVELOG database, then the only option for recovery is usually to restore a consistent whole database backup. If you are using logical backups created by an Oracle export utility to supplement regular physical backups, then you can also attempt to restore the database by importing an exported backup of the database into a re-created database or a database restored from an old backup.
Restoring a NOARCHIVELOG Database to its Default Location
In this scenario, the media failure is repaired so that you are able to restore all database files to their original location.
To restore the most recent whole database backup to the default location:
1.
If the database is open, then shut down the database. For example, enter:
SHUTDOWN IMMEDIATE
2.
If possible, correct the media problem so that the backup database files can be restored to their original locations.
3.
Restore the most recent whole database backup with operating system commands as described in "Restoring Datafiles and Archived Redo Logs". Restore all of the datafiles and control files of the whole database backup, not just the damaged files. The following example restores a whole database backup to its default location:
% cp /backup/*.dbf $ORACLE_HOME/oradata/trgt/
4.
Because online redo logs are not backed up, you cannot restore them with the datafiles and control files. In order to allow the database to reset the online redo logs, you must first mimic incomplete recovery:
RECOVER DATABASE UNTIL CANCEL
CANCEL
5.
Open the database in RESETLOGS mode:
ALTER DATABASE OPEN RESETLOGS;

**elharet** · 01/06/2009, 17h11

Bonjour;
Quand je fais la commande :

Code :

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

recover database until cancel;

il m'affiche l'erreur suivante:

Code :

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

1
2
ORA-00283: session de rÚcupÚration annulÚe pour cause d'erreurs
ORA-01610: rÚcupÚration Ó l'aide de l'option BACKUP CONTROLFILE Ó exÚcuter

Merci pour vos efforts.

**NGasparotto** · 01/06/2009, 17h15

recover DATABASE USING backup controlfile until cancel;
CANCEL
alter database open resetlogs

Nicolas.

**pachot** · 01/06/2009, 19h24

Bonjour,
Vu comme ça, une base en noarchivelog qui necessite du redo qui n'est pluas dans les redo online, ne peut être récupéree. Il va falloir restaurer le dernier backup et perdre ce qu'il s'est passé depuis.

il y a eu un crash du disque, puis le disque s'est rétablie

Le disque s'est rétablit, mais comment ? les données n'ont pas été récupérées. D'après les erreurs que tu as les fincihers ne sont pas consistents: il y a des datafiles plus récent que le controlfile, par exemple.
Comment le disque a-t-il été récupéré ?
Cordialement,
Franck.

**elharet** · 02/06/2009, 12h23

Envoyé par pachot

Bonjour,
Vu comme ça, une base en noarchivelog qui necessite du redo qui n'est pluas dans les redo online, ne peut être récupéree. Il va falloir restaurer le dernier backup et perdre ce qu'il s'est passé depuis.

Le disque s'est rétablit, mais comment ? les données n'ont pas été récupérées. D'après les erreurs que tu as les fincihers ne sont pas consistents: il y a des datafiles plus récent que le controlfile, par exemple.
Comment le disque a-t-il été récupéré ?
Cordialement,
Franck.

Bonjour;
Je vous explique: il y a eu un problème au niveau du disque, il ne permettait pas de faire copier/coller, il ne permettait pas de créer des fichiers.
Il s'est rétablit par une vérification des connecteurs et d'un redémarrage.

**fatsora** · 02/06/2009, 13h51

as tu essayé

recover DATABASE USING backup controlfile until cancel;
CANCEL
alter database open resetlogs

**elharet** · 02/06/2009, 15h41

oui.

**fatsora** · 02/06/2009, 15h45

et quel message to as eu ???

Sinon la restauration que tu as faite est elle bien totale :redolog,controlfiles,datafiles,tempfiles,undo sans rien oublier ?

Problème de récupération aprés défaillance matérielle

Administration Oracle

Discussions similaires

Partager

Partager