Restaurer datafile system01.dbf

Version imprimable

Bonjour

j'ai une sauvegarde physique d'une BDD oracle 10g.
j'essaye de la restaurer en la migrant vers 11g. sauf que je suis arrivé à l'etape ; "instance montée".
et je n'ai pas pu l'ouvrir. ci-apres le resultat:

Code:

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
 
SQL> shutdown immediate
ORA-01109: base de donnÚes non ouverte
 
 
Base de donnÚes dÚmontÚe.
Instance ORACLE arrÛtÚe.
SQL> startup
Instance ORACLE lancÚe.
 
Total System Global Area 1071333376 bytes
Fixed Size                  1375792 bytes
Variable Size             528482768 bytes
Database Buffers          536870912 bytes
Redo Buffers                4603904 bytes
Base de donnÚes montÚe.
ORA-01589: doit utiliser l'option RESETLOGS ou NORESETLOGS pour l'ouverture de
BDD
 
 
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 :
'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'

Je fais appel à vos compétences pour débloquer la situation
Merci par avance

12/05/2020, 15h35
vanagreg

Bonjour,

Pourquoi n'utilises-tu pas DBUA ou Data Pump pour migrer ta base?
12/05/2020, 19h27
pachot

Bonjour,
Donc il s'agit d'une sauvegarde à chaud (base ouverte) dont tu as restauré tous les fichiers (controlfile et datafiles). Il faut appliquer le recover (les archivelogs du redo généré pendant le backup) pour rendre les fichiers consistants.
13/05/2020, 10h08
islamov2000

Merci pour vos réponses.
Ma sauvegarde était faite à froid (sauvegarde physique des fichiers).et ma base était en Noarchivelog. en plus je n'ai pas un export à chaud.
13/05/2020, 21h36
pachot

Vu le message d'erreur, il ne semble pas que ce soit un backup à froid. La base a été arrêtée normalement?
14/05/2020, 15h46
islamov2000

d’après ma memoire , oui,pachot.
21/10/2020, 11h10
PaulNero

Restaurer datafile system01.dbf
Bonjour,
Désolé je sais que le message est vieux mais je propose tout de même ceci pour ceux qui seraient confrontés à la même situation:

1-Vérifier le dernier fichier de trace pour complément d'informations

2-démarrage en nomount

3- création du fichier de contrôle en spécifiant les bonnes locations des datafiles,redolog,character set...:

Code:

create controlfile reuse database "mabase" resetlogs force logging noarchivelog

4- startup mount puis:
Code:

1 2 SELECT MEMBER FROM V$LOG G, V$LOGFILE F WHERE G.GROUP# = F.GROUP# AND G.STATUS = 'CURRENT'; (pour déceler le redo actif)
5-sous sql faire:
Code:

1 2 3 4 recover database using backup controlfile; Specify log: {=suggested | filename | AUTO | CANCEL} "mettre ici le chemin du redolog"
5-ouverture en open resetlogs sous sqlplus.