Discussion :

[lafouine46]

Bonjour,
j'ai fais une fausse manip sur mon système unix en déplaçant un répertoire qui contenait deux fichiers .dbf . J'ai remis le répertoire ou il se trouvait précedement mais lors du redemarrage de ma base je me retrouve avec cette erreur :

ORA-01113: le fichier 119 necessite une recuperation apres defaillance
materielle
ORA-01110: fichier de donnees 119 : '/home/inforh21/ATMP/oradata/ATMP_DATA.dbf'

Il n'y a rien de précieux dans ce tablespace et je peux donc l'effacer mais oracle refuse car il ne trouve pas le dbf lié.

Est-ce que vous pourriez m'aiguiller un peu svp ?

Merci d'avance
Pierre

[billharry]

Bonjour,

S'agit-il d'un tablespace temporaire?
As-tu tenté un recover?

[Z3phur]

Essai de créer dans ce répertoire un fichier de même non et après renouvelle la manipulation pour le supprimer, je ne sais pas si cela va marcher car je n'ai jamais essayé cette manipulation.

[billharry]

Commence par mettre le tablespace offline, comme ça tu pourras démarrer tranquille. Là tu pourras recréer ton tbs.

[lafouine46]

Désolé j'etais passé en mode vacancier,

pour billharry / 1ier message : c'est un tablespace de données.

pour Z3phur : j'ai essayé ce genre de manip et ca pas changé la donne.

pour billharry / 2ieme : j'ai reussi a mettre mon tablespace offline mais lorsque je demarre la base en mode j'arrive a ce résultat :

Total System Global Area 165644128 bytes
Fixed Size 743264 bytes
Variable Size 113246208 bytes
Database Buffers 50331648 bytes
Redo Buffers 1323008 bytes
Base de données montée.
ORA-01589: doit utiliser l'option RESETLOGS ou NORESETLOGS pour l'ouverture de
BDD

J'utilise donc l'option RESETLOGS comme ceci :

ALTER DATABASE OPEN RESETLOGS;

et j'obtiens :

ERREUR à la ligne 1 :
ORA-01194: Le fichier 1 nécessite plus de récupération pour être cohérent
ORA-01110: fichier de données 1 :
'/home/inforh21/oradata/DRHPARG/base/data/system01.dbf'

et pour tous : merci beucoup.

[billharry]

J'utilise donc l'option RESETLOGS comme ceci :
et j'obtiens :

ERREUR à la ligne 1 :
ORA-01194: Le fichier 1 nécessite plus de récupération pour être cohérent
ORA-01110: fichier de données 1 :
'/home/inforh21/oradata/DRHPARG/base/data/system01.dbf'

et pour tous : merci beucoup.

Tente un recover maintenant, mais si tu n'es pas en mode archive log ça va vite devenir difficile.

[Z3phur]

Salut,

une petite question : pourquoi avoir pris l'option RESETLOGS
et pas NORESETLOGS?

[lca94]

quel est l'état de la sauvegarde? quel type?(si elle existe)
quel est le résultat d'un restore database; recover database; ?

(évidemment la question 2 si la qu1 est oui elle existe)

En fait la fause manip a fait qu'au retour du répertoire tes 2 fichiers dbf n'étaient plus en phase avec le reste de la base. Avec une bonne sauvegarde (physique...ou rman) un restore déboucle tout et tu passes en open rapidement. Au pire tu passerais en RESETLOGS mais il faut essayer le NORESETLOGS avant, au cas où ça marche (qu'il ne manque rien pour tout restaurer, tu ne perds rien ou presque.)

---
Maintenant, où en est ta base ?

[gobulus98]

Bonjour,

Il y a deux solutions pour ton problème:
* partir d'un backup et faire un recover des datafiles
* supprimer le tablespace et tous ses datafiles
=> 1) démarrer la base en mount
SQL>shutdown immediate
SQL>startup mount
2) supprimer les datafiles du controlfile (à faire pour tous les fichiers du tablespace)
SQL>alter database datafile 'mon_fichier' offline drop;
3) redémarrer la base
SQL> shutdown immediate
SQL> startup
4) supprimer le tablespace du dictionnaire
SQL> drop tablespace mon_tablespace including contents;

Christophe