Discussion :

[WOLO Laurent]

Bonjour,

J'ai été sollicité pour remonté une faire la récupération d'une instance dont la base undodbts01.dbf présente un défaut.
La base de donnée est bien ouverte mais elle n'est pas montée
j'ai fait un

Code :

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

recover database;

mais en vain.
Le pire est qu'il n'y pas de sauvegarde de cette instance.

Existe-il une chance de remonter cette instance ?

[pifor]

Quelle est la version de la base (4 chiffres SVP) ?
Quels sont les messages d'erreur complets sur le tablespace UNDO ?
Quels sont les messages d'erreur dans l'alert log ?
La base est-elle en mode archivelog ou non ? Vous pouvez vérifiez avec une
connection SYSDBA et:

Code :

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

archive log list

En général, sans sauvegarde il est très difficile de restaurer. Il existe cependant un certain nombre de paramètres non documentés et non supportés qui peuvent permettre d'ouvrir une base dans des cas extrêmes sans garantie que les données soient cohérentes. Voir par exemple http://www.akadia.com/services/ora_crash_recovery.html. Il est vivement conseillé de contacter le support Oracle dans ce type de situation.

NB: Une base de données Oracle ouverte est forcément montée.

[pachot]

Bonjour,
l'idée pour démarrer sans la tablespace undo (puisque tu n'as pas de backup utilisable):

shutdown
backup complet de la base
passer en undo_management = manual
supprimer '.../undodbts01.dbf' ailleurs
startup mount
alter database datafile '<fichier undo corrompu>' offline drop;
alter database open;
drop tablespace <tablespace undo>;
create undo tablespace ...
passer en undo_management = auto
shutdown
startup

Cordialement,
Franck.

[WOLO Laurent]

Bonjour,
l'idée pour démarrer sans la tablespace undo (puisque tu n'as pas de backup utilisable):

shutdown
backup complet de la base
passer en undo_management = manual
supprimer '.../undodbts01.dbf' ailleurs
startup mount
alter database datafile '<fichier undo corrompu>' offline drop;
alter database open;
drop tablespace <tablespace undo>;
create undo tablespace ...
passer en undo_management = auto
shutdown
startup

Cordialement,
Franck.

Je uis vraiment un expert SQL Serveur mais pas oracle.
Est ce que tu peux me détailler cette procédure ou me donner un lien plus détaillé ?

Merci d'avance.

[pachot]

Je uis vraiment un expert SQL Serveur mais pas oracle.
Est ce que tu peux me détailler cette procédure ou me donner un lien plus détaillé ?

Merci d'avance.

c'est pas vraiment une procédure à suivre à l'aveuglette... Je te conseille de le tester ailleurs, sur une base de test...

Il y a ici un exemple:
http://asktom.oracle.com/pls/asktom/...:5669213349582

Cordialement,
Franck.

[WOLO Laurent]

Merci je teste ca demain.

[WOLO Laurent]

Quelle est la version de la base (4 chiffres SVP) ?

9.2.0.1.0

Quels sont les messages d'erreur complets sur le tablespace UNDO ?

Ou se trouve le fichier qui log cela ?
Le seul message est : Une récupération après incident matériel est nécessaire pour le fichier undotbs01.dbf

Quels sont les messages d'erreur dans l'alert log ?

Ou se trouve le fichier qui log cela ?

La base est-elle en mode archivelog ou non ? Vous pouvez vérifiez avec une
connection SYSDBA et:

NON

NB: Une base de données Oracle ouverte est forcément montée.

[pifor]

L'alert log est situé dans le répertoire donné par le paramètre d'initialisation BACKGROUND_DUMP_DEST

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
C:\Users\Pierre>set ORACLE_SID=XE
 
C:\Users\Pierre>sqlplus / as sysdba
 
SQL*Plus: Release 10.2.0.1.0 - Production on Wed Dec 30 15:52:50 2009
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
 
Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
 
SQL> show parameter background_dump_dest
 
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest                 string      C:\ORACLEXE\APP\ORACLE\ADMIN\X
                                                 E\BDUMP
SQL>

Merci de donner les messages d'erreur complets le n° avec ORA-XXXX.

Est-ce que vous avez éventuellement un export full de la base ?

[WOLO Laurent]

Pas d'export de la base.
Je vous transmets le méssage d'erreur complets dès que je suis au bureau

[pifor]

Le fichier alert log envoyé ne contient que des données de 2007 et n'est pas utilisable.

Je ne suis pas sûr que la procédure proposée par F. Pachot va résoudre votre problème car elle suppose que l'instance a été arrêtée par un shutdown propre et donc que Oracle devrait pouvoir se passer des données tablespace UNDO au prochain redémarrage ce qui ne semble pas être votre cas puisque Oracle demande de restaurer/récupérer le tablespace UNDO.