Problème de suppression d'un .dbf, ORA-01033

Bonjour,

J'ai supprimé un répertoire dans C:\Oracle\Oradata pour faire de la place sur un dique dur encombré. Malheureusement, une base venait pointer sur le dbf contenu dans ce répertoire.

Un collègue m'a refilé le répertoire que j'ai copié/collé au même emplacement, et je pensais que la base allait redémarrer sans soucis.

Malheureusement, si je tente de me connecter à la base, j'ai l'erreur suivante : ORA-01033 : ORACLE initialization or shutdown in progress.

Existe-t-il une marche à suivre pour que la base redémarre correctement?

Merci de votre aide

1. Arrêtez la base, faites une copie de tous les fichiers
2. Avez-vous un backup ?
3. LA base est-elle en archive log ?
4. Quels sont les fichiers touchés ?

1. Arrêtez la base, faites une copie de tous les fichiers

Une copie de quels fichiers? J'ai supprimé tous les fichiers qui se trouvent dans le répertoire contenant le .dbf

2. Avez-vous un backup ?

Je travaille sur une machine virtuelle. Un collègue en avait une copie, et je dispose donc du répertoire que j'avais supprimé, et que j'ai recopié à la même place

3. LA base est-elle en archive log ?

Comment faire pour le savoir?

4. Quels sont les fichiers touchés ?

Juste le dbf

Machine virtuelle => pas supportée
Pas de backup (on ne sauvegarde pas une base Oracle n'importe comment)
vous ne répondez pas aux questions (LE dbf ça n'est pas une réponse)

=> c'est mort :roll:

En fait, je travaille sur une machine virtuelle sous VirtualPC 2007, sur laquelle Oracle est installé, avec ma base. Que veux tu dire par non supporté?

Dans le répertoire C:/oracle/oradata, il y avait 2 répertoires contenant les données, et j'ai supprimé l'un des deux (il contenait un fichier .log, un répertoire avec des scripts, et un dbf).

QUEL DBF, c'est pas assez clair ?

est-ce que c'est toto.dbf ou system.dbf ???

C'est DATA01.dbf, et il n'y en avait qu'un seul dans le répertoire

Si tu n'a pas de sauvegarde et non pas la sauvegarde de ton collegue, alors ta base est morte

Citation:

---

Envoyé par LeoAnderson

Machine virtuelle => pas supportée

---

si si c'est juste pas supporté parce qu'Oracle vend sa propre solution : Oracle VM ;)

Pour répondre à la question, il n'y a pas 36 solutions : restaurations de tous les fichiers de la base de la sauvegarde la + récente et application des archives logs.

Si pas de backup alors tu démarres la base (MOUNT) et supprime le tablespace qui a perdu le datafile... évidemment toutes les données de ce tablespace seront perdues... ça te servira de leçon :mouarf:

PS : si c'est la production, laisse tombé et fait intervenir un professionnel.

Et aussi... arrête la base et sauvegarde tous ses fichiers en l'état... ça permettra de revenir en arrière en cas de catastrophe pendant les tentatives de sauvetage.

Citation:

---

Envoyé par bouyao

Si tu n'a pas de sauvegarde et non pas la sauvegarde de ton collegue, alors ta base est morte

---

sauf si la sauvegarde du collégue inclus TOUS les fichiers... y'a aussi une dernière chance en restaurant le fichier grâce au shadow copy... sinon... il ne serait pas simplement dans la corbeille par hasard :mrgreen:

Citation:

---

Envoyé par orafrance

sinon... il ne serait pas simplement dans la corbeille par hasard :mrgreen:

---

C'értait pour gagner de la place sur un disque dur, donc la première chose que j'ai faite est de vider la corbeille :mrgreen:

Bon, je crois que leplus simple sera de repartir de la machine virtuelle du collègue...

Merci de vos réponses, et en effet ça servira de leçon :bug:

pour info : https://metalink.oracle.com/metalink...,1,1,helvetica

Sinon, je devrais pas le dire mais faut vraiment être inconscient pour supprimer un répertoire sans savoir ce qu'il y a dedans :aie:

N'empêche que c'est étrange parce qu'en principe Windows ne permet pas de supprimer un fichier utilisé par un process... il était peut-être OFFLINE auquel cas tu peux le supprimer du fichier de contrôle et démarrer ta base :koi:

Ben en fait, vu que je ne pouvais pas le supprimer, comme tu dis, j'ai tué oracle.exe dans le gestionnaire des tâches au préalable

Ca m'apprendra à faire le cochon... :king:

:mouarf3:

j'ai bien ri :merci: :aie:

Citation:

---

Envoyé par PeteZah

Ben en fait, vu que je ne pouvais pas le supprimer, comme tu dis, j'ai tué oracle.exe dans le gestionnaire des tâches au préalable

---

:king:

La prochaine fois, demandes à un DBA de faire ce genre d'opération.
Tu n'as plus qu'à appliquer la solution d'orafrance.