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 :

Ma physical Standby ne fais plus de transports de logs


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé Avatar de Arvulis
    Profil pro
    Inscrit en
    Septembre 2003
    Messages
    117
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France

    Informations forums :
    Inscription : Septembre 2003
    Messages : 117
    Par défaut Ma physical Standby ne fais plus de transports de logs
    Bonjour à tous,

    J'ai fait l'installation d'une Physical standby sur un autre host identique.
    Les deux instances sont en 10.2.0.3 sur du Linux RedHat4.

    Tout a bien fonctionné pendant plusieurs mois (le transports des logs etc..)

    Mais là, j'observe régulièrement des problèmes de performance pour accéder à l'instance d'une base de données Primaire. (En lisant l'alert.log, c'est parce qu'il n'arrive plus à déposer les archive dans la standby, donc ca bloque à chaque Switch log)

    J'ai aperçu des problèmes de contact de la primaire vers la standby dans les logs mais les listeners sont up et les tnsping fonctionnent parfaitement...
    Au niveau réseau tout est ok...

    L'alert.log de la base primaire me dit :

    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
    Mon May 26 15:10:41 2008
    Thread 1 advanced to log sequence 1047
      Current log# 2 seq# 1047 mem# 0: /data/oradata/graouli/redo02.log
    Mon May 26 15:22:21 2008
    ARCm: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (3135)
    ARCm: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned
    Mon May 26 15:22:21 2008
    Errors in file /u01/app/oracle/admin/graouli/bdump/graouli_arcm_13775.trc:
    ORA-03135: connection lost contact
    FAL[server, ARCm]: FAL archive failed, see trace file.
    Mon May 26 15:22:22 2008
    Errors in file /u01/app/oracle/admin/graouli/bdump/graouli_arcm_13775.trc:
    ORA-16055: FAL request rejected
    ARCH: FAL archive failed. Archiver continuing
    Mon May 26 15:22:22 2008
    ORACLE Instance graouli - Archival Error. Archiver continuing.
    ....
    Sur la standby :

    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
    24
    25
    26
    27
    28
    29
    30
    31
    32
     
    Mon May 26 14:38:20 2008
    Media Recovery Log /data/flash_recovery_area/STANDBY/archivelog/2008_05_26/o1_mf_1_1045_43ocshon_.arc
    Media Recovery Waiting for thread 1 sequence 1046
    Mon May 26 15:12:34 2008
    RFS[12]: No standby redo logfiles created
    Mon May 26 15:22:39 2008
    Deleted Oracle managed file /data/flash_recovery_area/STANDBY/archivelog/2008_05_26/o1_mf_1_1046_43oft280_.arc
    Mon May 26 15:22:43 2008
    Fetching gap sequence in thread 1, gap sequence 1046-1046
    FAL[client]: Error fetching gap sequence, no FAL server specified
    Mon May 26 15:23:13 2008
    FAL[client]: Failed to request gap sequence
     GAP - thread 1 sequence 1046-1046
     DBID 1341928274 branch 648476437
    FAL[client]: All defined FAL servers have been attempted.
    -------------------------------------------------------------
    Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
    parameter is defined to a value that is sufficiently large
    enough to maintain adequate log switch information to resolve
    archivelog gaps.
    -------------------------------------------------------------
    Mon May 26 15:29:41 2008
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[16]: Assigned to RFS process 20323
    RFS[16]: Identified database type as 'physical standby'
    Mon May 26 15:29:41 2008
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[17]: Assigned to RFS process 20325
    RFS[17]: Identified database type as 'physical standby'

    Je précise que je n'utilise pas de Dataguard, donc pas de FAL_SERVER. C'est juste un transport de logs qui ne se fait plus... Tout fonctionnai avant mais quelque chose s'est produit et ça ne marche plus.. mais quoi ??

    des avis ? :-)

    Merci à tous,

    Arvulis

  2. #2
    Membre émérite Avatar de philcero
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Septembre 2007
    Messages
    528
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2007
    Messages : 528
    Par défaut
    C'est comme si tes STANDBY REDOLOG n'étaient pas là ou du moins pas accessible...

  3. #3
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    faudrait le contenu des fichiers traces pour voir la cause aussi

  4. #4
    Membre confirmé Avatar de Arvulis
    Profil pro
    Inscrit en
    Septembre 2003
    Messages
    117
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France

    Informations forums :
    Inscription : Septembre 2003
    Messages : 117
    Par défaut
    Citation Envoyé par orafrance Voir le message
    faudrait le contenu des fichiers traces pour voir la cause aussi
    Merci pour votre aide.....

    Voici le contenu du fichier trace sur la primaire :

    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
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
     
    /u01/app/oracle/admin/graouly/bdump/graouly_arcm_13775.trc
    Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
    With the Partitioning, OLAP and Data Mining options
    ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
    System name:	Linux
    Release:	2.6.9-67.ELsmp
    Version:	#1 SMP Wed Nov 7 13:58:04 EST 2007
    Machine:	i686
    Instance name: graouly
    Redo thread mounted by this instance: 1
    Oracle process number: 38
    Unix process pid: 13775, image: oracle@arvulis.com
     
    (ARCm)
     
    *** 2008-05-13 09:52:54.810
    *** SERVICE NAME:(SYS$BACKGROUND) 2008-05-13 09:52:54.810
    *** SESSION ID:(134.1) 2008-05-13 09:52:54.810
    Redo shipping client performing standby login
    *** 2008-05-13 09:52:54.858 65190 kcrr.c
    Logged on to standby successfully
    Client logon and security negotiation successful!
    *** 2008-05-26 15:22:21.873
    Error 3135 writing standby archive log file at host 'standby'
    *** 2008-05-26 15:22:21.915 61283 kcrr.c
    ARCm: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (3135)
    *** 2008-05-26 15:22:21.915 61283 kcrr.c
    ARCm: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned
    ORA-03135: connection lost contact
    *** 2008-05-26 15:22:21.935 59526 kcrr.c
    kcrrfail: dest:2 err:3135 force:0 blast:1
    Error 1041 detaching RFS from standby instance at host 'standby'
    kcrrwkx: unknown error:3135
    ORA-16055: FAL request rejected
    ARCH: Connecting to console port...
    ARCH: Connecting to console port...
    *** 2008-05-27 09:59:16.434
    Redo shipping client performing standby login
    *** 2008-05-27 09:59:16.480 65190 kcrr.c
    Logged on to standby successfully
    Client logon and security negotiation successful!

  5. #5
    Membre émérite Avatar de philcero
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Septembre 2007
    Messages
    528
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2007
    Messages : 528
    Par défaut
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ARCm: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (3135)
    Est égal à :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ORA-03135: connection lost contact
    Tu sembles avoir un TIMEOUT physique sur ta connexion IP qui casse la session. Utilise "SQLNET.ORA -> SQLNET.EXPIRE_TIME" pour avoir un "ping" régulier qui maintiendra celle-ci ouverte.

  6. #6
    Membre confirmé Avatar de Arvulis
    Profil pro
    Inscrit en
    Septembre 2003
    Messages
    117
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France

    Informations forums :
    Inscription : Septembre 2003
    Messages : 117
    Par défaut
    Citation Envoyé par philcero Voir le message
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ARCm: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (3135)
    Est égal à :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ORA-03135: connection lost contact
    Tu sembles avoir un TIMEOUT physique sur ta connexion IP qui casse la session. Utilise "SQLNET.ORA -> SQLNET.EXPIRE_TIME" pour avoir un "ping" régulier qui maintiendra celle-ci ouverte.

    De mon coté j'ai réinitialisé le service de log transport....

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    SQL> alter system set log_archive_dest_state_2 = 'defer' scope=memory;
     
    SQL> alter system switch logfile;
     
    SQL> alter system set log_archive_dest_state_2 = 'enable' scope=memory;
     
    SQL> alter system switch logfile;
    Arès ça je n'ai plus eu d'erreur.. Mais je n'avais toujours pas la cause. Il est possible que ce soit le timeout. Merci pour cette piste philcero !

    Tu mettrai un SQLNET.EXPIRE_TIME à combien ? J'ai vu que le max était 10.
    Comment réinitialiser pour que le parametre soit pris en compte une fois le changement dans le fichier sqlnet.ora ?

    Merci encore !

Discussions similaires

  1. Standby ne rejouant plus les archives primaires
    Par pbarbieri dans le forum Oracle
    Réponses: 2
    Dernier message: 29/12/2010, 11h51
  2. Data Guard 11gR1 : ajout d'une Physical Standby supplémentaire
    Par havoc31 dans le forum Administration
    Réponses: 3
    Dernier message: 22/10/2009, 15h49
  3. Help : Physical Standby database (Dataguard)
    Par dhtlse07 dans le forum Oracle
    Réponses: 8
    Dernier message: 09/11/2007, 01h18
  4. bouton disable qui ne fais plus le traitement
    Par krikete13 dans le forum JSF
    Réponses: 4
    Dernier message: 17/06/2007, 22h11
  5. BD standby ne demarre plus
    Par learn dans le forum Oracle
    Réponses: 1
    Dernier message: 04/07/2006, 18h31

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