Impossible de monter une base Oracle aprés crach système

Bonjour à tous,
trés novice sur les systèmes Oracle, je rencontre un problème chez un client. (je suis une SSII)
Celui-ci à craché ses deux disques serveur pourtant en mirroring, à cause d'un pic de tension énorme qui à tout fusillé.
Il utilise la gamme XCS de l'éditeur APISOFT. Cette gamme s'appuie sur une base Oracle 10.gXE. L'éditeur donne accès à un petit utilitaire "Go.exe" qui démarre ou arrète une instance Oracle à partir d'un dosssier rempli de fichier .DBF, 3 fichiers .CTL et 3 fichiers .LOG.

Quand j'essaye avec leur utilitaire de monter la base voilà ce que j'obtiens sur la fenêtre MSDOS de l'utilitaire (OuvertureBase.jpg).
Cette fenêtre mentionne un fichier log que voici (startup.txt).
C'est à n'y rien comprendre pour un novice comme moi.
- Quelqu'un peut il m'aider à comprendre?

- J'ai lu énormément ce forum et visiblement ce cas peut se produire quand on réalise une copie de base ouverte. Dans le cas de mon client, la base était effectivement ouverte lors du crash. Est pour cela?

- J'ai toute sa base en fichier DBF et autre fichier prioritaire Oracle. N'ya t'il aucune solution pour "reconstruire", "remonter" tout ca sur une base?
- Ou alors dernière question, connaissez-vous des prestataires de services qui serait capable d'intervenir sur ce type de problème trés pointue en mon sens?

Et bien messieurs, je suppose que le challenge est de niveau. Merci à tous pour le moindre détail.

Tiens, on a eu exactement le même sujet récemment :koi:

Tu dois lancer SQL*Plus pour te connecter à la base en SYSDBA.

Ensuite :

Code:

---

1 2 3

RECOVER DATABASE; ALTER DATABASE OPEN;

---

Pour synchroniser les datafiles et ouvrir la base. Mais le fournisseur n'a pas de support ?

Merci Orafrance.
Bon quand j'ouvre SQLPLus, j'ai une erreur "ORA-01033: Oracle Initialization or shutdown in progress"

Idem si j'ouvre avec PL SQL et MYDBA.:cry:

Ou peut être que je ne comprend pas ce que veut dire "s'ouvrir en SYSDBA".:(

Donc je suis en train de récupérer une installation d'Oracle 10gXE (afin que je ne sois pas dépendant de l'installation d'un éditeur landa; je me pose devant un pc virtuel, j'install Oracle, je transfère mes fichiers de données et que me faudrait il pour que je réalise vos lignes de codes? Juste SQL Plus c'est suffisant?

en ligne de commande :

Code:

---

1 2	SET ORACLE_SID=XE sqlplus "/ as sysdba"

---

Bon comme j'arrive à rien à cause de mes pauvres connaissances, j'ai installé Oracle edition Express sur un poste.
J'ai donc un dossier XE dans c:\OracleXE\Oradata où se trouvent les fichiers DBF d'une base vierge exemple donné avec l'édition je suppose.

si j'install au même endroit que le répertoire XE, le dossier APISOFT de mon client. Ais-je des chances de démarrer sa base? Comment puis je indiquer à Oracle de prendre en compte le dossier APISOFT plutot que XE?

Ca ne changera absolument rien, il faudra toujours faire un RECOVER. Tu ne peux pas appeler le fournisseur du logiciel ?

Si je les ai appelé. Ils m'ont demandé une copie des données. C'est chose faite. Mais ils semblent septiques, alors je voulais prendre les devants pour récupérer les maximum d'info au cas où l'on m'annonce une mauvaise nouvelle.

Bon j'ai quand même bien avancé. J'ai copié mon dossier APISOFT. J'ai arrété les services par les commandes:

Code:

---

1 2 3

net stop OracleServiceXE net stop OracleLisntenerXE

---

Puis j'ai redémarré

Code:

---

1 2 3

net start OracleServiceXE net stop OracleLisntenerXE

---

Puis j'ai éxécuté les instructions que vous m'avez donné:

Code:

---

1 2 3 4

Set Oracle_SID= XE SQLPLUS "/ as sysdba" SQL> RECOVER DATABASE

---

Mais je recois le message suivant:

Code:

---

1 2	ORA-01507: la base de donnée n'est pas montée

---

il doit y avoir je suppose une commande comme MOUNT que j'essaie de trouver dans les tutoriels.

Code:

---

1 2	SHUTDOWN IMMEDIATE; STARTUP MOUNT;

---

Bon je me tape un

Code:

---

1 2	ORA-00205: Erreur lor de l'identification du fichier de controle. Consultez le journal des alertes.

---

Est-ce grave?:(

je ne sais pas... faut consulter le fichier des alertes :mouarf:

je serais tenté de te dire que les control files ne sont pas au bon endroit ou inexistant

J'arrive pas à trouver ce satané journal des alertes....
Ah ce serai vraiment navrant que mes chances s'arrêtent maintenant...
Merci en tout cas, ton aide me redonne espoir

recherche alert*.log ou alors regarde le paramètre background_dump_dest

Effectivement, le journal m'indique l'absence du fichier CONTROL.DBF
Je le vois dans la base exemple d'Oracle mais pas dans la base de mon client.
Je crois que je suis fichu...
Et si je récupèrai le fichier CONTROL.DBF du la base exemple?:oops:

sans controlfile c'est mort :? Comment ça se fait qu'ils ne sont plus là ?

Je comprend pas... Peut être que l'éditeur à créer ses propres fichiers de controlfil, qu'ils sont sous mes yeux mais avec des noms différents... Il est sûr que j'ai plein de fichiers DBF avec le préfixe API.. devant comme APISOFT.
Je crois que mon sort leurs appartiennent.
Je vous tiens au courant pour finaliser cette discution.

regarde le fichier des paramètres pour savoir où il doit être... peut-être même dans les alertes.

Bonjour, j'ai effectivement le même problème.
J'ai vois la procédure, mais mon soucis est que,
la base ne peut monter. Lors que je fait,
un alter database mount ou un Startup mount, j'ai le message suivant :
ORA-00600: code d'erreur interne, arguments : [kccpb_sanity_check_2], [557], [552], [0x0], [], [], [], [],
Comment je peux faire pour corriger, j'ai un seul fichier de controle (sous XP et avec une base XE 10.2..)

Regardes dans le fichier SPFILE, %HOME/servers/dbs/SPFILE.ORA, tu trouveras les emplacements du genre :

*.control_files='C:\oraclexe\oradata\XE\control.dbf'