IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Oracle Discussion :

Linux : erreur au niveau du controlefile


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2011
    Messages
    150
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Avril 2011
    Messages : 150
    Par défaut Linux : erreur au niveau du controlefile
    bonjour,

    ma standby database s'est planté et lorsque je jette un oeil dans l'alert log , je decouvre l'erreur suivante

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    Errors in file /u01/app/oracle/admin/BB/udump/ars_ora_5521.trc:
    ORA-00206: error in writing (block 1, # blocks 1) of control file
    ORA-00202: control file: '/u01/app/oracle/oradata/BB/control01.ctl'
    ORA-27041: unable to open file
    Linux-x86_64 Error: 30: Read-only file system
    je pensais que c'est un probleme de corruption du fichier controlefile et lorsque je voulais faire un cp du controlfile j'ai ce l'erreur suivante:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    [oracle@sgbd3 BB]$ cp control01.ctl control01.ctl.sav
    cp: ne peut créer le fichier régulier `control01.ctl.sav': Système de fichiers accessible en lecture seulement
    pourtant tous les filesystem sont montés et en mode RW
    auriez vous une idée...?
    merci
    Cdt.

  2. #2
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour,
    Le message est clair: le filesystem est en read-only.
    Il faut vérifier au niveau système. Peut-être que linux a passé le filesystem en read-only après avoir détecté des corruptions.
    Cordialement,
    Franck.

  3. #3
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2011
    Messages
    150
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Avril 2011
    Messages : 150
    Par défaut
    merci pachot..
    en fait j'ai resolu le probleme :
    le filesystem du standby database s'est mis en mode readonly toute seule.
    il aurait fallu que je démonte le filesystem puis remonte , ensuite j'ai pu relancer la base standby.
    maintenant je ne peux plus remettre la standby avec la principale ca il ya un delta entre ces 2 bases
    est ce qu'il faut que je copie la principale vers la standby puis reconstruire le dataguard..?
    merci de votre aide.
    Cdt.

  4. #4
    Membre émérite Avatar de Arkhena
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    552
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2006
    Messages : 552
    Par défaut
    Bonjour,

    Si vous avez encore les archives logs, vous pouvez les rejouer sur la standby pour rattraper le delta.

    Vous pouvez chercher les archives logs sur l'esclave, sur le maître ou dans rman.

    Vous pouvez requêter les vues v$dataguard_stats et v$recovery_progress pour voir où il en est. L'alert_log devrait vous donner le premier fichier manquant.

    Utilisez-vous le broker ?

    Cordialement,

    Arkhena

Discussions similaires

  1. 8i sur Linux : Erreur loadin shared object file
    Par NGONGO ETABA dans le forum Oracle
    Réponses: 2
    Dernier message: 24/03/2006, 11h40
  2. [phpBB] Erreur au niveau de la base suite à mise à jour
    Par Goundy dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 6
    Dernier message: 05/03/2006, 14h50
  3. [EJB] Erreur au niveau de la récuperation du home
    Par ujoodha dans le forum Java EE
    Réponses: 3
    Dernier message: 05/10/2005, 13h50
  4. [ 3.1 ] [ Linux ] Erreur au démarrage
    Par lr dans le forum Eclipse Java
    Réponses: 14
    Dernier message: 28/09/2005, 23h18
  5. Réponses: 4
    Dernier message: 27/08/2003, 21h34

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo