Database Reference
In-Depth Information
'DWDEDVH$OLDV[[[[
2UDFOH6HUYHU9HUVLRQ
6FULSWDFWBVTOBZDLWBHYHQWVTO3URGXFW7X7RROZZZWXWRROGH
6WDUW7LPH
,QSXW3DUDPHWHUV
HYHQWBQDPH RQ&38
VLG64/WH[W64/,GDQG
'XUDWLRQ
6(/(&7&2817)5207VTOLG
GXUDWLRQVHF
6(/(&7&2817)5207VTO
LG MYEGFDPSEXGXUDWLRQVHF
6(/(&7&2817)5207VTO
LG MYEGFDPSEXGXUDWLRQVHF
VHOHFWRUGHUHGXVHBQOVWVVLGVLGWVTOBWH[W64/WVTO
LG SVGYWQTPWYGXUDWLRQVHF
H[WVTOLG __VVTOBLG__GXUDWLRQVHF __OWULPWRBFKDUV
\VGDWHVVTOBH[HFBVWDUW64/,GDQG'
XUDWLRQIURPV\VYBVHVVLRQVV\VYBVTOWH[WWZKHUHGHFRGHV
VWDWH:$,7,1*HYHQWRQ&38 RQ&38DQGVVWDWXV $&7,9(
DQGVVTOBDGGUHVV WDGGUHVVDQGVVTOBKDVKBYDOXH WKDVKBYDO
XHRUGHUE\VVLGWDGGUHVVWSLHFH
6(/(&7&2817)5207VTO
LG MYEGFDPSEXGXUDWLRQVHF
Wir sehen, dass ein Select aus der Tabelle T1 in den 4 Sessions ausgeführt wird, die gerade
CPU verbrauchen. Da die Verwendung der Skripte act_sql_wait_event11.sql und act_sql_
wait_event11.sql lediglich eine Stichprobe ist, ist es sinnvoll, diese Skripte ein paar Mal
auszuführen.
Mit dem Skript active_sess_event10g.sql kann man noch mehr Informationen ermitteln.
Dieses Skript findet die aktiven Sessions in der View V$SESSION mit den SQL-Anweisun-
gen, welche gerade ausgeführt werden. Bei den blockierenden Warteereignissen werden
auch die jeweiligen Blocker ermittelt. Es ist sinnvoll, das Skript active_sess_event10g.sql
mit einem kleinen Zeitintervall auszuführen. Ich habe dafür das Skript active_sess_moni-
tor10g.sql benutzt, welches das Skript active_sess_monitor10g.sql alle 5 s aufgerufen hat.
Die Ausgabe imitiert dann den Inhalt der View V$ACTIVE_SESSION_HISTORY. Man
muss nach der SQL-Anweisung in dieser Ausgabe suchen, die dort am häufigsten für das
jeweilige Ereignis vorkommt. In unserem Fall ist es die SQL-Anweisung mit der SQL Id
„6jvbdcampbu17“ für das Ereignis „on CPU“.
