difficultés de restauration de base

Est-possible de procéder à une restauration de base sans les fichiers contrôle de celle-ci ? Car Suite à un incident disk, les fichiers ont été détruits. Un miracle serait-il possible ?
Y-a-t-il une procédure possible ?

merci d'avance

Si vous n'avez aucune sauvegarde des control files (ni binaire ni source (option indiquée ci-dessous par louping)), vous pouvez recréer les control files à condiition de connaître exactement la structure de votre base en termes de datafiles et de online redo log (ainsi que le jeu de caractères indiqué dans l'alert.log); voir par exemple pour Oracle 9: Losing All Current and Backup Control Files . Dans ce cas, il n'est pas nécessaire d'ouvrir le base avec l'option RESETLOGS.

As-tu un fichier de trace que tu aurais générer par la commande:
ALTER DATABASE BACKUP CONTROLFILE TO TRACE ;
Dans ce fichier, il faut récupérer un bloc en 8i ou le deuxième en 9i, commencant par CREATE CONTROLFILE et remplacer REUSE DATABASE par SET DATABASE et NORESETLOGS par RESETLOGS
Sinon, tu dois pouvoir le construire (avec une autre instance et la liste de tes fichiers)
Ensuite il faut l'ouvrir en resetlogs....
Tu as de forte chance que cela marche s'il n'y avait pas trop d'activité
A+

merci pour votre rapidité.

la version oracle: 8.1.7
machine serveur HP C3600 sous hp unix.
Les fichiers CONTROL et REDO de l'instance ont été perdus.


Le collègue avec qui je travaille sur les bdd en question m'a communiqué les messages suivants relatifs à la tentative de restauration.

ORA-01122: database file 6 failed verification check
ORA-01110: data file 6: '/PROD2/save_otis/otis_01.dbf'
ORA-01203: wrong incarnation of this file - wrong creation SCN

merci pour votre rapidité.

la version oracle: 8.1.7
machine serveur HP C3600 sous hp unix.
Les fichiers CONTROL et REDO de l'instance ont été perdus.


Le collègue avec qui je travaille sur les bdd en question m'a communiqué les messages suivants relatifs à la tentative de restauration.

ORA-01122: database file 6 failed verification check
ORA-01110: data file 6: '/PROD2/save_otis/otis_01.dbf'
ORA-01203: wrong incarnation of this file - wrong creation SCN

Les erreurs ORA-01122 et ORA-01203 signifient que le datafile en question n'est pas "en phase" avec les control files de la base: il appartient peut-être à une autre base ou le fichier en question est endommagé.

Avez-vous recréé les control files ?
Quels fichiers avez-vous exactement restaurés ou recrées ?
Quelles commandes avez-vous utilisées pour restaurer ?
Est-ce que votre base fonctionne en mode ARCHIVELOG ou non ?

Il faut nous donner le plus de détails possibles sur les commandes exécutées et les messages retournés par Oracle pour vous aider ;)

ALTER DATABASE BACKUP CONTROLFILE TO TRACE -> fait

CREATE CONTROLFILE et remplacer REUSE DATABASE par SET DATABASE et NORESETLOGS par RESETLOGS -> fait

Ensuite avant de réouvrir la base , on devait faire (selon le doc Oracle) :

RECOVER DATABASE using BACKUP CONTROLFILE; -> fait

Et il y a message d'erreur :

ORA-00279: change 1268936 generated at 05/25/2007 16:10:19 needed for thread 1
ORA-00289: suggestion : /oracle2/oracle/app/oracle/admin/otis/arch/arch.log1_2358.dbf
ORA-00280: change 1268936 for thread 1 is in sequence #2358
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

merci de vos lumières

Je ne comprends plus très bien: si vous avez pu exécuter sur la base en question

Code:

---

ALTER DATABASE BACKUP CONTROLFILE TO TRACE

---

1. vous n'avez pas perdu tous les les control files
2. il suffisait de copier au niveau OS une copie valide pour recréer ceux qui manquaient.

Si vous avez recréé les control files, il faut utiliser d'après la doc 8.1.7:

Citation:

---

Recover the database as normal:

RECOVER DATABASE

---

Enfin,

Citation:

---

ORA-00279: change 1268936 generated at 05/25/2007 16:10:19 needed for thread 1
ORA-00289: suggestion : /oracle2/oracle/app/oracle/admin/otis/arch/arch.log1_2358.dbf
ORA-00280: change 1268936 for thread 1 is in sequence #2358
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

---

Ce message signifie a priori que Oracle a besoin d'un fichier de redo log archivé.
Si ce fichier existe à l'endroit demandé, tapez <RETURN>
S'il est à un autre endroit, copiez le fichier à l'endroit indiqué ou donner le nom complet du fichier
S'il existe dans une sauvegarde, restaurez le à l'endroit demandé
S'il n'existe pas essayez de mettre un nom d'un online redo log.

Bonjour ,

En fait ,voici le contexte

1.- L'instant du 19/05 avant le crash disque de la base "otis" sous oracle 8.0 a été sauvegardé , à savoir :

-rwxrwxrwx 1 oracle2 dba 52430848 May 19 22:25 idx_otis_01.dbf
-rwxrwxrwx 1 oracle2 dba 104859648 May 19 22:25 otis_01.dbf
-rwxrwxrwx 1 oracle2 dba 209717248 May 19 22:26 rbs01.dbf
-rwxrwxrwx 1 oracle2 dba 83888128 May 19 22:26 system01.dbf
-rwxrwxrwx 1 oracle2 dba 10487808 May 19 22:26 temp01.dbf
-rwxrwxrwx 1 oracle2 dba 52430848 May 19 22:26 temp_otis_01.dbf
-rwxrwxrwx 1 oracle2 dba 26216448 May 19 22:27 tools01.dbf
-rwxrwxrwx 1 oracle2 dba 1050624 May 19 22:27 users01.dbf

-rwxrwxrwx 1 oracle2 dba 1644544 May 19 22:27 control01.ctl
-rwxrwxrwx 1 oracle2 dba 1644544 May 19 22:27 control02.ctl
-rwxrwxrwx 1 oracle2 dba 1644544 May 19 22:27 control03.ctl

-rwxrwxrwx 1 oracle2 dba 2676108 May 19 22:27 alert_otis.log
-rwxrwxrwx 1 oracle2 dba 513024 May 19 22:27 redo01.log
-rwxrwxrwx 1 oracle2 dba 513024 May 19 22:27 redo02.log
-rwxrwxrwx 1 oracle2 dba 513024 May 19 22:27 redo03.log

2- l'Oracle 8.1 a été réinstallé.

3- un nouveau instant sous Oracle 8.1 a té crée

4.- Backup par copy ( cp ) des fichiers de l'ancien instant (Oracle 8.0) a été fait.

5- au du redémarrage de la base par startup , on a le message :

SVRMGR> startup
ORACLE instance started.
Total System Global Area 27642900 bytes
Fixed Size 76820 bytes
Variable Size 27078656 bytes
Database Buffers 409600 bytes
Redo Buffers 77824 bytes
Database mounted.
ORA-00402: database changes by release 8.1.0.0.0 cannot be used by release 8.0.0.0.0
ORA-00405: compatibility type "New Image Format"

Merci pour votre aide.
corto31

Pour passer de Oracle 8.0.x à Oracle 8.1.x, il faut faire un upgrade (et il n'est pas absolument nécessaire de recréer une nouvelle instance/base). La procédure exacte est dans le Migration Guide.

Peux-tu reinstaller le noyau 8.0 et démarrer avec ?

Ensuite, il faudra migrer d'une version 8 en 8i, mais c'est pour moi une autre étape.. ne mélangeons pas crash et update

A+