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 :

Mesures "Database Time Spent Waiting (%) Concurrency


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    117
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 117
    Par défaut Mesures "Database Time Spent Waiting (%) Concurrency
    En utilisant Grid Control, très fréquemment, j'ai l'alerte suivante qui remonte:
    "Mesures "Database Time Spent Waiting (%)" : 33.95536 pour la classe d'événements "Concurrency""

    Que signifie cette alerte?
    qu'es ce que la classe d'évènement Concurrency?

  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,
    Celà couvre tout ce qui est lié à des verrous (latch ou enqueue).
    Il faut aller voir le détail, soit sur les ecrans grid control, soit sur un arpport AWR.
    Cordialement,
    Franck.

    PS: an 10g cette classe couvre:
    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
    SQL> select name from v$event_name where wait_class='Concurrency';
     
    NAME
    ----------------------------------------------------------------
    logout restrictor
    os thread startup
    latch: cache buffers chains
    buffer busy waits
    enq: TX - index contention
    latch: Undo Hint Latch
    latch: In memory undo latch
    latch: MQL Tracking Latch
    latch: row cache objects
    row cache lock
    row cache read
    cursor: mutex X
    cursor: mutex S
    cursor: pin S wait on X
    latch: shared pool
    latch: library cache
    latch: library cache lock
    latch: library cache pin
    library cache pin
    library cache lock
    library cache load lock
    resmgr:internal state change
    resmgr:internal state cleanup
    resmgr:sessions to exit
    pipe put
     
    25 rows selected.

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    117
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 117
    Par défaut
    En poussant un peu effectivement j'ai du wait au niveau "library cache lock".

    Es ce que vous auriez des pistes?

  4. #4
    Membre confirmé
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    117
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 117
    Par défaut
    Nom : library cache lock.png
Affichages : 377
Taille : 14,5 Ko

  5. #5
    Membre expérimenté
    Inscrit en
    Janvier 2010
    Messages
    135
    Détails du profil
    Informations forums :
    Inscription : Janvier 2010
    Messages : 135
    Par défaut
    Citation Envoyé par ricoflashfire Voir le message
    En poussant un peu effectivement j'ai du wait au niveau "library cache lock".
    Est-ce que "library cache lock" wait event prendre une grande partie de votre wait time? Assurez-vous que vous n'avez pas une session en utilisant un objet tandis qu'une autre session de modifier ou de le compiler. Vous pouvez aussi trouver l'objet qui est verrouillé avec:
    sqlplus / as sysdba
    select * from x$kgllk where kgllkhdl = [p1raw of v$session or v$session_wait for the session experiencing "library cache lock"]
    si vous gardez le contrôle de l'sessions.

    Yong Huang

  6. #6
    Membre confirmé
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    117
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 117
    Par défaut
    note metalink suivante : "FAN Enabled / Slow Connection Time / Many Entries in sys.reg$ for Subscription "SYS"."SRVQUEUE":"TAFTSM" [ID 782050.1]"

    Le problème remplit la table SYS.REG$ d'entrée orpheline. La saturation de cette table dans un contexte RAC + FAN (Fast Application Notification) + connexion OCI ou ODP.net.

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

Discussions similaires

  1. DB time vs CPU time vs Elapsed time vs Waits
    Par zidane2012 dans le forum Oracle
    Réponses: 3
    Dernier message: 11/12/2012, 07h31
  2. Mesures "Database Time Spent Waiting (%)
    Par ricoflashfire dans le forum Administration
    Réponses: 6
    Dernier message: 05/10/2009, 10h04
  3. [Oracle 10g]Database Time Spent waiting
    Par Invité dans le forum Administration
    Réponses: 19
    Dernier message: 03/07/2008, 10h49
  4. Pourquoi le Wait Time per Read est elevé ?
    Par lanbok dans le forum SAP
    Réponses: 4
    Dernier message: 21/01/2008, 15h52
  5. [LabView] NI-VISA wait on event time out
    Par lagrive dans le forum LabVIEW
    Réponses: 0
    Dernier message: 04/09/2007, 10h34

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