Problême d'ouverture base de données

**comment_ca** · 13/12/2004, 14h59

Salut
J'ai un probleme avec une base de données de developpement
La base n'arrive pas à la phase open
Noyau Oracle : 9i
Os : Linux
Message d'erreur : ORA-00333 Redo Log Read Error
J'ai vu dans les fichiers trace il s'agit d'un fichier appartenant au groupe courant donc je peux pas l'effacer.J'ai pas de multiplexage des membres.
Quelqu'un connaiterait-il une solution à ça ?(ne pas me demander si j'ai
une suavegarde physique ni d'export je les ai pas ni meme le mode archivelog désolé

)

**orafrance** · 13/12/2004, 15h01

et un OPEN RESETLOG, ça donne quoi ?

**comment_ca** · 13/12/2004, 15h48

c à d open resetlog ?

je fais startup mount puis
alter database open resetlog ?

**orafrance** · 13/12/2004, 15h51

oui

**Alain.B** · 13/12/2004, 15h54

Un 'recover until cancel ' n'est il pas necessaire pour permettre un open resetlog ?

**orafrance** · 13/12/2004, 16h08

effectivement

**comment_ca** · 13/12/2004, 16h32

T'a raison Alain il me dit que ça requiert une sauvegarde incomplête ce qui suppose que j'ai les fichiers archivés ce qui est pas le cas

**orafrance** · 13/12/2004, 16h35

Dans ce cas, il faut recréer les control files :

Code :

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

alter database backup controlfile to trace;

cf. http://orafrance.developpez.com/dbahelp/#L2.1 à quoi ça ressemble (attention dans ton cas c'est la 2° partie du fichier qu'il faut garder

)

**comment_ca** · 13/12/2004, 17h28

J'ai fait ce que tu m'a demandé @orafrance
j'ai recrée le fichier de contrôle avec le script resetlogs qu'il crée pour moi ensuite
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERREUR à la ligne 1 :
ORA-01194: Le fichier 1 necessite plus de recuperation pour etre coherent
ORA-01110: fichier de donnees 1 : '/HOME/ORACLE/ORADATA/ORCL_DEV/SYSTEM01.DBF'

mais apparament y'a trop de décalage il arrive pas à récupérer

**orafrance** · 13/12/2004, 17h35

que donne un RECOVER tout simplement ?

**orafrance** · 13/12/2004, 17h36

Et si t'expliquait comment a été provoquée l'erreur ORA-00333 ?

Parce que SYSTEM contient entre autre le UNDO alors peut-être qu'on s'oriente pas du tout vers la bonne piste

**comment_ca** · 13/12/2004, 17h51

la cause :
la machine s'est arreté brusquement coupure de courant.

**comment_ca** · 13/12/2004, 17h55

voici ce ke donne recover; mais aussi recover database until cancel

ORA-00283: session de recuperation annulee pour cause d'erreurs
ORA-01610: recuperation a l'aide de l'option BACKUP CONTROLFILE a executer

**orafrance** · 13/12/2004, 17h57

ha oui je vois

Au fait... lors du RECOVER, as-tu essayé de donner le chemin d'un des redo logs en ligne ?

**orafrance** · 13/12/2004, 18h01

Je récapitule les étapes :

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
41
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "orafrance" RESETLOGS  ARCHIVELOG
--  SET STANDBY TO MAXIMIZE PERFORMANCE
    MAXLOGFILES 5
    MAXLOGMEMBERS 3
    MAXDATAFILES 100
    MAXINSTANCES 1
    MAXLOGHISTORY 908
LOGFILE
  GROUP 1 'G:\ORACLE\ORADATA\orafrance\REDO01.LOG'  SIZE 100M,
  GROUP 2 'G:\ORACLE\ORADATA\orafrance\REDO02.LOG'  SIZE 100M,
  GROUP 3 'G:\ORACLE\ORADATA\orafrance\REDO03.LOG'  SIZE 100M
-- STANDBY LOGFILE
DATAFILE
  'F:\ORACLE\ORADATA\orafrance\SYSTEM01.DBF',
  'F:\ORACLE\ORADATA\orafrance\CWMLITE01.DBF',
  'F:\ORACLE\ORADATA\orafrance\DRSYS01.DBF',
  'F:\ORACLE\ORADATA\orafrance\EXAMPLE01.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDX01.DBF',
  'F:\ORACLE\ORADATA\orafrance\ODM01.DBF',
  'F:\ORACLE\ORADATA\orafrance\TOOLS01.DBF',
  'F:\ORACLE\ORADATA\orafrance\USERS01.DBF',
  'F:\ORACLE\ORADATA\orafrance\XDB01.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDPRD.DBF',
  'F:\ORACLE\ORADATA\orafrance\DATA\DATPRD.DBF',
  'F:\ORACLE\ORADATA\orafrance\DATA\DATDEM.DBF',
  'F:\ORACLE\ORADATA\orafrance\DATA\DATDIS.DBF',
  'F:\ORACLE\ORADATA\orafrance\DATA\DATHIS.DBF',
  'F:\ORACLE\ORADATA\orafrance\DATA\DATREF.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDDEM.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDDIS.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDHIS.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDREF.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDDIS2.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDDIS3.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDDIS4.DBF',
  'F:\ORACLE\ORADATA\orafrance\INDEX\INDDIS5.DBF'
CHARACTER SET WE8MSWIN1252
;
RECOVER DATABASE USING BACKUP CONTROLFILE;
ALTER DATABASE OPEN RESETLOGS;

c'est bien ce que tu as fait ?

**comment_ca** · 13/12/2004, 18h02

je veux bien mais je connais pas la syntaxe

**comment_ca** · 13/12/2004, 18h05

en fet une autre question orafrance :
supposons ke ça ne soit pas system01.dbf mais un autre fichier de données ça aurait eté différent ?

**comment_ca** · 13/12/2004, 18h32

oui sauf le using backup controlfile je viens de le faire en ne pas spécifiant de fichier redo log online :
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE;
ORA-00279: changement 190526 genere a 12/13/2004 16:52:06 requis pour thread 1
ORA-00289: suggestion : /HOME/ORACLE/ORA92/RDBMS/ARC00001.001
ORA-00280: le changement 190526 pour le thread 1 se trouve au no de sequence 1

Indiquer le journal : {<RET>=suggéré | nomfichier | AUTO | CANCEL}

ORA-00308: impossible d'ouvrir le journal archive
'/HOME/ORACLE/ORA92/RDBMS/ARC00001.001'
ORA-27041: ouverture du fichier impossible
OSD-04002: ouverture impossible du fichier
O/S-Error: (OS 2) Le fichier spicifii est introuvable.

en spécifiant un fichier redo online ça me donne ça

Indiquer le journal : {<RET>=suggéré | nomfichier | AUTO | CANCEL}
'home/oracle/oradata/ORCL_DEV/redo01.LOG'
ORA-00339: journal archive ne contient aucune modification
ORA-00334: journal archive : 'home/oracle/oradata/ORCL_DEV/redo01.LOG'

même sans cotes c pareil