Database Reference
In-Depth Information
man jetzt ermitteln kann, ob und welche Ausführungsplanschritte der jeweiligen SQL-An-
weisung auf ein Warteereignis warten oder CPU-Zeit verbrauchen bzw. auf CPU warteten.
Wenn man die Zustände der Sessions analysieren muss, die weiter in der Vergangenheit
liegen, kann man dafür die View DBA_HIST_ACTIVE_SESS_HISTORY im AWR benut-
zen. Das Sample-Zeitintervall in dieser View ist größer als in der View V$ACTIVE_SES-
SION_HISTORY und beträgt 10 s.
Man kann die notwendigen Informationen in den Views V$ACTIVE_SESSION_HIS-
TORY und DBA_HIST_ACTIVE_SESS_HISTORY entweder mit den jeweiligen SQL-An-
weisungen ermitteln oder das ASH-Report dafür benutzen.
Die beiden historischen Views haben einen Vorteil gegenüber den anderen Views aus
dem AWR. Das Zeitintervall in diesen beiden Views ist wesentlich kleiner, was zeitlich
präzisere Auswertungen ermöglicht.
Da die Sample-Intervalle in den Views V$ACTIVE_SESSION_HISTORY und DBA_
HIST_ACTIVE_SESS_HISTORY ziemlich klein sind, kann man die Anzahl der jeweiligen
Einträge in diesen Views für die Einschätzung des CPU-Verbrauchs und der Wartezustän-
de insgesamt und für bestimmte SQL-Anweisungen gebrauchen. Einige Beispiele findet
man im Abschn. 17.2.3.
