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 :

Standby en erreur


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé Avatar de olivanto
    Responsable d'exploitation informatique
    Inscrit en
    Mars 2005
    Messages
    513
    Détails du profil
    Informations professionnelles :
    Activité : Responsable d'exploitation informatique
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2005
    Messages : 513
    Par défaut Standby en erreur
    bonjour,

    J'ai une 9.2.0.8 en prod, et une standby qui lui est liée, sur un autre serveur.
    Hier, un problème réseau a empeché l'enregistrement des archivelogs sur lse serveur de la standy.
    Ce matin, j'ai donc, via OEM une erreur pour l'archivelogs de la Standby; la connexion est pourtant active et l'emplacement pour y déposer les archivelogs est disponible, mais cela ne se rétablit pas...
    Que dois je faire ??

  2. #2
    Membre Expert Avatar de scheu
    Inscrit en
    Juin 2007
    Messages
    1 506
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 1 506
    Par défaut
    Tu as sans doute un "GAP"
    Essaie de restaurer/recopier manuellement les archivelogs manquants sur ton serveur standby, puis fais sur ta standby pour chaque archivelog non rejoué :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ALTER DATABASE REGISTER LOGFILE '/chemin/fichier.arch'
    Quand tu auras ainsi rejoué tous les archivelogs manquants sur ta standby, le recovery automatique continuera tout seul avec les futurs archivelogs
    Vérifie cela dans ton fichier alert
    La théorie, c'est quand on sait tout mais que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
    Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

    Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/

  3. #3
    Membre éclairé
    Homme Profil pro
    Inscrit en
    Mars 2004
    Messages
    286
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 56
    Localisation : France

    Informations forums :
    Inscription : Mars 2004
    Messages : 286
    Par défaut
    Juste par curiosité, je croyais que ce genre de soucis était gérés nativement par Oracle à partir de la 9i ?

  4. #4
    Membre éclairé Avatar de olivanto
    Responsable d'exploitation informatique
    Inscrit en
    Mars 2005
    Messages
    513
    Détails du profil
    Informations professionnelles :
    Activité : Responsable d'exploitation informatique
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2005
    Messages : 513
    Par défaut
    désolé pour le retard, mais j'ai dû régler la panne réeau avant la panne Oracle.

    Bon , le chemin est valide vers la standby, mais maintenant j'ai vingt heures de décalages d'archives :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    ARCH               CLOSING         3208  - PROD
    ARCH               CLOSING         3206  - STANDBY
    Donc, la STANDBY doit rattraper son retard ... Sauf que les archivelogs ne se copient toujours pas vers la STANDBY ....A l'aide !!

    merci !

  5. #5
    Membre Expert Avatar de scheu
    Inscrit en
    Juin 2007
    Messages
    1 506
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 1 506
    Par défaut
    Citation Envoyé par olivanto Voir le message
    Sauf que les archivelogs ne se copient toujours pas vers la STANDBY ....A l'aide !!
    merci !
    Copie les manuellement sur le serveur standby et rejoue les manuellement avec les commandes "alter database register logfile ..."
    La théorie, c'est quand on sait tout mais que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
    Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

    Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/

  6. #6
    Membre éclairé Avatar de olivanto
    Responsable d'exploitation informatique
    Inscrit en
    Mars 2005
    Messages
    513
    Détails du profil
    Informations professionnelles :
    Activité : Responsable d'exploitation informatique
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2005
    Messages : 513
    Par défaut
    ça rentre dans l'ordre, doucement on dirait ...

    J'ai fait une série de switch logfiles, et j'ai bien retrouvé les archivelogs sur la STANDBY.

    Bon, en revanche, j'ai pas l'impression que la STANDBY les utilise car les fichiers de données sont les mêmes depuis la panne initiale...

    Visiblement, la STANDBY fait un appel à la PROD via FAL, pour des séquences :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Failed to request gap sequence. Thread #: 1, gap sequence: 3193-3195
    Sur la PROD, j'ai çà en correspondance

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    ARC1: Begin FAL archive (thread 1 sequence 3193 destination SBPROD)
    ARC1: FAL archive, source redo log file not found: F:\ARCHIVELOGS\1_3193.DBF
    ARC1: FAL archive failed, see trace file.
    ARCH: FAL archive failed. Archiver continuing
    Thu Sep 11 11:10:15 2008
    Errors in file d:\oracle\admin\prod\bdump\prod_arc1_2480.trc:
    ORA-16055: FAL request rejected
     
    ARC1: Begin FAL archive (thread 1 sequence 3194 destination SBPROD)
    ARC1: FAL archive, source redo log file not found: F:\ARCHIVELOGS\1_3194.DBF
    ARC1: FAL archive failed, see trace file.
    ARCH: FAL archive failed. Archiver continuing
    Thu Sep 11 11:10:15 2008
    Errors in file d:\oracle\admin\prod\bdump\prod_arc1_2480.trc:
    ORA-16055: FAL request rejected
     
    ARC1: Begin FAL archive (thread 1 sequence 3195 destination SBPROD)
    ARC1: FAL archive, source redo log file not found: F:\ARCHIVELOGS\1_3195.DBF
    ARC1: FAL archive failed, see trace file.
    ARCH: FAL archive failed. Archiver continuing
    Thu Sep 11 11:10:15 2008
    Errors in file d:\oracle\admin\prod\bdump\prod_arc1_2480.trc:
    ORA-16055: FAL request rejected
    LE problème est que je ne trouve pas ces 3 séquences 1_3193, 1_3194,1_3195 ; le prod_arc1_2480 existe bien, lui en revanche...(dedans, ô surprise, j'ai les erreur lors de la coupure réseau pour l'impossiblité pour FAL d'aller mettre les archivelogs de la STANDBY)

    J'ai donc l'impression que ma Standby fonctionne mais attend que ces 3 éléments arrivent pour la suite, mais comme ils ne viennent pas, et qu'ils n'existent visiblement plus (j'ai fait une sauveagrde à froid entre temps, et je sens bien la suppression involontaire de ces archvielogs....)

    En suis je réduis à recréer ma base STANDBY ?

    Comment virer le message d'alerte sur la PROD pour ces 3 archivelogs ?

  7. #7
    Membre Expert Avatar de scheu
    Inscrit en
    Juin 2007
    Messages
    1 506
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 1 506
    Par défaut
    Citation Envoyé par Alain B. Voir le message
    Juste par curiosité, je croyais que ce genre de soucis était gérés nativement par Oracle à partir de la 9i ?
    C'est géré en natif si par exemple une coupure réseau intervient, et que quand le réseau refonctionne les archivelogs à envoyer à la standby sont toujours présents sur la primaire. Dans ce cas ils sont réexpédiés automatiquement et c'est transparent
    Mais si entre temps les archivelogs ont été backupés puis supprimés du serveur primaire, ils n'ont pas pu être envoyés à la standby, dans ce cas il faut les restaurer à la main
    La théorie, c'est quand on sait tout mais que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
    Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

    Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Standby Database : erreur ORA-00205
    Par Kakawet dans le forum Oracle
    Réponses: 0
    Dernier message: 03/03/2012, 19h06
  2. erreur application archlog standby
    Par mboubidi dans le forum Administration
    Réponses: 1
    Dernier message: 05/04/2010, 13h28
  3. Erreur logical standby : sql apply
    Par jf4db dans le forum Administration
    Réponses: 1
    Dernier message: 15/04/2008, 17h48
  4. [oracle 8i] Erreur 283 et 3113 sur Standby Database
    Par ariesnojf dans le forum Oracle
    Réponses: 5
    Dernier message: 20/09/2006, 18h38
  5. [Kylix] Erreur objet
    Par Anonymous dans le forum EDI
    Réponses: 1
    Dernier message: 22/03/2002, 10h41

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