Mesures "Database Time Spent Waiting (%) Concurrency

Version imprimable

01/02/2010, 10h42
ricoflashfire

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?

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:

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.

01/02/2010, 11h34
ricoflashfire

En poussant un peu effectivement j'ai du wait au niveau "library cache lock".

Es ce que vous auriez des pistes?
01/02/2010, 11h38
ricoflashfire

1 pièce(s) jointe(s)

Pièce jointe 58116
03/02/2010, 04h36
yong321

Citation:

Envoyé par ricoflashfire

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
22/04/2010, 11h29
ricoflashfire

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.