Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 18 sur 18
  1. #1
    Invité de passage
    Inscrit en
    juillet 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : juillet 2008
    Messages : 8
    Points : 0
    Points
    0

    Par défaut 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.
    Images attachées Images attachées
    Fichiers attachés Fichiers attachés

  2. #2
    Rédacteur
    Avatar de orafrance
    Inscrit en
    janvier 2004
    Messages
    15 959
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : janvier 2004
    Messages : 15 959
    Points : 17 228
    Points
    17 228

    Par défaut

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

    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 ?

  3. #3
    Invité de passage
    Inscrit en
    juillet 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : juillet 2008
    Messages : 8
    Points : 0
    Points
    0

    Par défaut Aie! c'est quoi tous ces mots que je ne comprend pas....

    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.

    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?

  4. #4
    Rédacteur
    Avatar de orafrance
    Inscrit en
    janvier 2004
    Messages
    15 959
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : janvier 2004
    Messages : 15 959
    Points : 17 228
    Points
    17 228

    Par défaut

    en ligne de commande :
    Code :
    1
    2
    SET ORACLE_SID=XE
    sqlplus "/ as sysdba"

  5. #5
    Invité de passage
    Inscrit en
    juillet 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : juillet 2008
    Messages : 8
    Points : 0
    Points
    0

    Par défaut

    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?

  6. #6
    Rédacteur
    Avatar de orafrance
    Inscrit en
    janvier 2004
    Messages
    15 959
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : janvier 2004
    Messages : 15 959
    Points : 17 228
    Points
    17 228

    Par défaut

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

  7. #7
    Invité de passage
    Inscrit en
    juillet 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : juillet 2008
    Messages : 8
    Points : 0
    Points
    0

    Par défaut

    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.

  8. #8
    Rédacteur
    Avatar de orafrance
    Inscrit en
    janvier 2004
    Messages
    15 959
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : janvier 2004
    Messages : 15 959
    Points : 17 228
    Points
    17 228

    Par défaut

    Code :
    1
    2
    SHUTDOWN IMMEDIATE;
    STARTUP MOUNT;

  9. #9
    Invité de passage
    Inscrit en
    juillet 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : juillet 2008
    Messages : 8
    Points : 0
    Points
    0

    Par défaut

    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?

  10. #10
    Rédacteur
    Avatar de orafrance
    Inscrit en
    janvier 2004
    Messages
    15 959
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : janvier 2004
    Messages : 15 959
    Points : 17 228
    Points
    17 228

    Par défaut

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

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

  11. #11
    Invité de passage
    Inscrit en
    juillet 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : juillet 2008
    Messages : 8
    Points : 0
    Points
    0

    Par défaut

    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

  12. #12
    Rédacteur
    Avatar de orafrance
    Inscrit en
    janvier 2004
    Messages
    15 959
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : janvier 2004
    Messages : 15 959
    Points : 17 228
    Points
    17 228

    Par défaut

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

  13. #13
    Invité de passage
    Inscrit en
    juillet 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : juillet 2008
    Messages : 8
    Points : 0
    Points
    0

    Par défaut

    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?

  14. #14
    Rédacteur
    Avatar de orafrance
    Inscrit en
    janvier 2004
    Messages
    15 959
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : janvier 2004
    Messages : 15 959
    Points : 17 228
    Points
    17 228

    Par défaut

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

  15. #15
    Invité de passage
    Inscrit en
    juillet 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : juillet 2008
    Messages : 8
    Points : 0
    Points
    0

    Par défaut

    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.

  16. #16
    Rédacteur
    Avatar de orafrance
    Inscrit en
    janvier 2004
    Messages
    15 959
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : janvier 2004
    Messages : 15 959
    Points : 17 228
    Points
    17 228

    Par défaut

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

  17. #17
    Invité de passage
    Homme Profil pro Lancina PARE
    Conseil - Consultant en systèmes d'information
    Inscrit en
    décembre 2012
    Messages
    2
    Détails du profil
    Informations personnelles :
    Nom : Homme Lancina PARE
    Localisation : Burkina Faso

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : décembre 2012
    Messages : 2
    Points : 3
    Points
    3

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

    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..)

  18. #18
    Invité de passage
    Homme Profil pro Lancina PARE
    Conseil - Consultant en systèmes d'information
    Inscrit en
    décembre 2012
    Messages
    2
    Détails du profil
    Informations personnelles :
    Nom : Homme Lancina PARE
    Localisation : Burkina Faso

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : décembre 2012
    Messages : 2
    Points : 3
    Points
    3

    Par défaut

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

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

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •