Problème au démarrage d'une base

**ambre** · 04/10/2006, 14h27

Système Windows
Version oralcle : 9.2.0.1.0

Bonjour,

J'ai un problème chez un client au démarrage de la base oracle
Texte du message :
ora-00399: description de modification endommagée dans le fichier de journalisation
ora-00353: corruption de journal 3 du bloc 53011286 timesstamp
ora-00312: journal en ligne 1 thread 1:
'd:\.......................'

J'ai essayé de faire un ALTER DATABASE CLEAR LOGFILE chemin du fichier
mais j'ai un message d'erreur : Journal en ligne

Que faut il faire?
Merci pour votre aide

**orafrance** · 04/10/2006, 14h34

il va falloir nous en dire plus sur le contexte là... est-ce que tu as multiplexé tes redo (n fichiers/groupe) ? Qu'est ce que tu as fait depuis le dernier démarrage ? L'arrêt a-t-il été normal ?

**ambre** · 04/10/2006, 14h40

Non les fichiers redo ne sont pas multiplexés
Il y a 3 groupes, 3 fichiers
Le client a eu un problème sur le serveur et a été coupé en plein travail,
il n'y a pas eu d'arrêt normal
Depuis nous n'arrivons pas à démarrer la base

**bouyao** · 04/10/2006, 14h55

Essaye la commande suivante :

Code :

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

1
2
3
 
alter system checkpoint;
ALTER DATABASE CLEAR LOGFILE GROUP 3 ;

**ambre** · 04/10/2006, 14h59

alter system checkpoint
plante car la base de donnée n'est pas ouverte

**orafrance** · 04/10/2006, 15h04

et le recover il dit quoi ?

**bouyao** · 04/10/2006, 15h05

et

Code :

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

1
2
 
RECOVER DATABASE UNTIL CANCEL

juste après tu tape CANCEL sans appliquer les redos

est ce que tu a essayé d'ouvriir la base avec :

Code :

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

1
2
 
ALTER DATABASE OPEN RESETLOG;

Est ce que tu est mode d'archivage ?
Est ce que tu a des sauvegardes ?

**ambre** · 04/10/2006, 15h06

Recover database;

ORA-00283: session de recuperation annulee pour cause d'erreurs
ORA-00354: en-tete de bloc corrompu dans le fichier de journalisation
ORA-00353: corruption de journal pres 183017 du bloc 55021619 timestamp
09/04/2006 15:30:07
ORA-00312: journal en ligne 2 thread 1 :
'D:\APPLIC.ADN\NYMPHEA.M3\ORACLE\ORADATA\BALNEO\REDO02.LOG'

**orafrance** · 04/10/2006, 15h06

avant tout, fait une sauvegarde à froid

**orafrance** · 04/10/2006, 15h13

sauvegarde au moins les controlfiles et redo

que donne le recover cancel alors ?

**ambre** · 04/10/2006, 15h21

Une sauvegarde a été faite avant de faire les manips
Par contre, le gros problème le client n'a pas de sauvegarde depuis le mois de Juin
resulat du recover

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'

ORA-01112: la recuperation apres defaillance materielle n'a pas commence

**bouyao** · 04/10/2006, 15h24

Maintenant, Il faut recréer le fichier de contrôle.

**orafrance** · 04/10/2006, 15h26

probablement un soucis avec les rollbacks segments... ça sens le _corrupted_rollback_segment et _allow_resetlogs_corruption

**orafrance** · 04/10/2006, 15h27

Envoyé par bouyao

Maintenant, Il faut recréer le fichier de contrôle.

en quoi ça pourrait aider s'il a tous ses datafiles ?

**ambre** · 04/10/2006, 15h27

Comment faut il procéder ?

**orafrance** · 04/10/2006, 15h30

http://orafrance.developpez.com/dbahelp/#L2.1

http://mbouayoun.developpez.com/Fctladm/#L5

**bouyao** · 04/10/2006, 15h36

Envoyé par Fred_D

en quoi ça pourrait aider s'il a tous ses datafiles ?

le fichier de contrôle est desynchronisé avec les fichiers de journalisations puisqu’il n’arrive pas à appliquer tous les redos.

Il faut qu’il crée le fichier de contrôle puis un resetlog

EDIT :

Code :

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

ALTER DATABASE BACKUP CONTROLFILE TO TRACE;

*
dans le repertoire udump tu trouve le fichier trace (c'est le dernier) et tu le colle ici pour qu'on le modifie.

**orafrance** · 04/10/2006, 15h38

apparemment il cherche surtout à resynchroniser les datafiles (system01.dbf en l'occurence).

Moi je mets un billet sur un crash pendant une transaction avec UNDO inconsistent

**bouyao** · 04/10/2006, 15h43

Ce que je pense moi.

La premiere chose, Oracle essaye d'ouvrir le fichier de contrôle qui contient touts les informations necessaires (datafiles, redolog, etc)
en ouvrant la base, il va vérfie si tous les fichiers de données sont synchronisés en commençant par le fichier de donnée ayant pour numéro 1 et c'est bien system01.dbf

**ambre** · 04/10/2006, 15h52

J'ai recréé les fichiers de controles et j'ai toujours le même problème, les mêmes messages d'erreur

Problème au démarrage d'une base

Oracle

Discussions similaires

Partager

Partager