Performance-Analyse mit Bordmitteln

© OPITZ CONSULTING GmbH 2016 Seite 1Oracle Performance-Analyse mit Bordmitteln
Uwe Küchler
Senior Consultant – Infrastructure Consulting
OPITZ CONSULTING Deutschland GmbH
Eine Auswahl von Werkzeugen
DOAG Community Webcast 2016
8.4.2016
Performance-Analyse mit Bordmitteln

Mission
Wir entwickeln gemeinsam mit allen Branchen
Lösungen, die dazu führen, dass sich diese
Organisationen besser entwickeln als ihr
Wettbewerb. Unsere Dienstleistung erfolgt
partnerschaftlich und ist auf eine langjährige
Zusammenarbeit angelegt.
Leistungsangebot
 Business IT Alignment
 Business Information Management
 Business Process Management
 Anwendungsentwicklung
 SOA und System-Integration
 IT-Infrastruktur-Management
Märkte
 Branchenübergreifend
 Über 600 Kunden
29%
Industrie / Versorger /
Telekommunikation
29%
Handel / Logistik /
Dienstleistungen
42%
Öffentliche Auftraggeber /
Banken und Versicherungen /
Vereine und Verbände
Eckdaten
 Gründung 1990
 400 Mitarbeiter
 10 Standorte

Zur Person
 Generation C=64
 Seit über 25 Jahren in der IT tätig
 1997-2000 bei Oracle Deutschland
 Seither durchgehend Oracle-Berater, im
DBA- und Entwicklungs-Umfeld, Tutor
 Seit 09/2013 bei OPITZ CONSULTING
 Buch- und Blogautor (oraculix.de)
1975

Agenda
1. Analyse eines akuten Problems
a) LongOps
b) ASH für 60 Minuten kostenfrei?
c) (Extended) SQL_TRACE und orasrp
2. Historische Analyse ohne AWR
a) Log Switch Heat Map
b) Statspack und SQL Developer

1 Analyse akuter Probleme

AMON – ein „top“ für die Oracle-DB
 Fortlaufend entwickelt von Andrej Simon (Oracle Support)
 Für fast alle Unixe/Linuxe verfügbar
 Rein Text-basiert
 Läuft daher in jedem Terminal
 Ideal, wenn nur SSH-Zugriff auf DB-Server möglich ist
 Berechnet regelmäßig differentielle Metriken, ähnlich „top“
 Leichtgewichtig und schnell aufgerufen
 https://sites.google.com/site/freetoolamon/
 https://github.com/Rendanic/SQL-Zauberkasten

1a V$SESSION_LONGOPS

V$SESSION_LONGOPS
 Zeigt lange laufendes SQL und PL/SQL
 Ab bestimmten Schwellwerten
 PL/SQL: bei entsprechender Instrumentierung immer.
 Nur Operationen, deren Dauer berechnet werden kann
 Full Table Scans
 Index (Fast) Full + Range Scans
 Hash- und Merge Joins
 leider keine Nested Loops  Nachteil bei OLTP

V$SESSION_LONGOPS im SQL Developer

1b ASH für 60 Minuten kostenfrei

ASH für 60 Minuten kostenfrei
 Es gibt Views auf Daten aus ASH, für die kein Diagnostics Pack
gekauft werden muss:
 V$WAITCLASSMETRIC_HISTORY
 Wartezeiten nach Wait Class (Application, Concurrency, Network, …)
 Durchschnitt über 15s und 60s, für eine Stunde historisiert
 V$SYSMETRIC_HISTORY
 System-Metriken (CPU, Executes, Parses, Commits, Reads, …)
 Durchschnitt über 15s und 60s, für eine Stunde historisiert
 Entspricht den Performance-Infos in EM – aber kostenfrei!

ASH für 60 Minuten kostenfrei (2)
select * from (
with WC as(
select distinct e.WAIT_CLASS, e.WAIT_CLASS_ID
from v$event_name e
)
select to_char( END_TIME, 'yyyy-mm-dd hh24:mi' ) time
, wc.WAIT_CLASS
, round( AVERAGE_WAITER_COUNT, 2 ) AVERAGE_WAITER_COUNT
from GV$WAITCLASSMETRIC_HISTORY h
, WC
where h.WAIT_CLASS_ID = wc.WAIT_CLASS_ID
and wc.WAIT_CLASS <> 'Idle'
and h.INST_ID = ( select INST_ID from V$INSTANCE )
union all
select to_char( END_TIME, 'yyyy-mm-dd hh24:mi' ) time
, '_CPU' as WAIT_CLASS
, round( sh.VALUE / 100, 2 ) AVERAGE_WAITER_COUNT
from GV$SYSMETRIC_HISTORY sh
where sh.METRIC_ID = 2075 -- "CPU Usage Per Sec" in csec/s
and sh.INST_ID = ( select INST_ID from V$INSTANCE )
)
where rownum < 1000
order by TIME, WAIT_CLASS;

Gather Database Stats

1c Extended SQL Trace

Extended SQL Trace
SQL> ALTER SESSION SET EVENTS '10046 trace name context forever, level 8';
SQL> ALTER SESSION SET EVENTS '10046 trace name context off';
SQL> EXEC DBMS_SYSTEM.set_sql_trace_in_session(sid=>123, serial#=>1234, sql_trace=>TRUE);
SQL> EXEC DBMS_SYSTEM.set_sql_trace_in_session(sid=>123, serial#=>1234, sql_trace=>FALSE);
SQL> EXEC DBMS_SYSTEM.set_ev(si=>123, se=>1234, ev=>10046, le=>8, nm=>' ');
SQL> EXEC DBMS_SYSTEM.set_ev(si=>123, se=>1234, ev=>10046, le=>0, nm=>' ');

Extended SQL Trace (2)
 „Howto“ auf oracle-base.com
 Trace File auswerten mit
 Tkprof
 SQL Developer
 orasrp

Demo OraSRP

2 Historische Analyse ohne AWR

Historische Analyse ohne AWR
 ASH und AWR erfordern die Enterprise Edition + Diagnostics Pack
 Lizenzpflichtig sind daher:
 Fast alle DBA_HIST% - Views
 ADDM
 SQL Monitor
  Performance-Funktionen von Cloud Control und DB Console
 Vorsichtsmaßnahme nicht vergessen:
control_management_pack_access = NONE
 In SE bzw in EE ohne Diagnostics Pack also nicht nutzbar!

2a Log Switch Heat Map

Log Switch Heat Map
 Grundlage: v$log_history
SELECT TO_CHAR(first_time,'YYYY-MM-DD HH24')||'h' t
, COUNT(*)
FROM v$log_history
WHERE trunc(FIRST_TIME) >= trunc(sysdate - 31)
GROUP BY TO_CHAR(first_time,'YYYY-MM-DD HH24');
 …das geht aber schöner! 

Log Switch Frequency Map in TOAD
 Database  Diagnose  Log Switch Frequency Map
 Erfordert aber DBA-Modul

Log Switch Heat Map in SQL Developer

2b STATSPACK

Statspack lebt!
 Bordmittel seit Oracle 8
 Vorläufer des AWR, basierend auf Schnappschüssen von Wait
Events.
 Ist auch in Oracle 12c immer noch verfügbar!
 Anfängliche Startschwierigkeiten in 12c behoben.
 Kleiner Bug in 12.1.0.2 bei einem unbekannten, aber nützlichen Feature (s.u.)
 Größerer Bug: Idle Events werden in Top Events gelistet.
 Kombiniert mit Oracle SQL Developer Reports sogar graphisch
und kostenfrei.

STATSPACK 12c: Installation
 Installation in 12c genauso wie bisher:
 Tablespace für Schema PERFSTAT einrichten.
 SQL> @spcreate
 Snapshot-Job einrichten;
Empfehlung: Um Ausführungspläne zu archivieren, höchsten Level einstellen
(statspack.snap(7))
 Löschjob einrichten (Aufruf von statspack.purge(<days>)).
 Achtung bei RAC: Es wird ein Snapshot-Job pro Instance
benötigt.
 Skripte, um dies alles zu automatisieren, gibt es auf Github:
https://github.com/Rendanic/SQL-Zauberkasten/tree/master/sql/statspack/spcreate

STATSPACK 12c: Reports
 Wie bei AWR wird ein Bericht aus den Differenzen zweier
Snapshots generiert.
 $ORACLE_HOME/rdbms/admin/spreport

STATSPACK und DBMS_XPLAN
 Historisierte Ausführungspläne können mit dem bekannten
DBMS_XPLAN formatiert werden:
select * from table(DBMS_XPLAN.DISPLAY(
TABLE_NAME => 'perfstat.stats$sql_plan'
, STATEMENT_ID => null
, FORMAT => 'ALL -predicate -note'
, FILTER_PREDS => 'plan_hash_value = '|| &phv
));

STATSPACK und DBMS_XPLAN (2)
 Bug in 12.1:
DBMS_XPLAN erwartet eine Spalte, die in der Statspack-Tabelle
derzeit noch fehlt.
 Workaround: Spalte (unsichtbar) manuell anlegen.
ALTER TABLE perfstat.stats$sql_plan ADD timestamp
INVISIBLE AS (cast(NULL AS DATE));

Statspack-Analyse mit SQL Developer Reports
 Beispiel: Average Active Sessions (AAS)
 Wesentlicher Indikator für Belastung des RDBMS.
 Vergleichbar mit „Load“ in Unix/Linux top.
 Guter Einstieg für ein Drill-Down nach Top Waits und Top SQL
 Nicht in SQL Developer mitgeliefert; bei GitHub zu finden
 http://tinyurl.com/sqldevReports
 http://oraculix.com/2015/03/24/visualizing-statspack-average-active-sessions-in-sql-
developer/

Problem: Mehr aktive
Sessions als log. CPUs
(hier: Hyperthreads)
 Überlastung des Servers
 Lange Antwortzeiten

Worauf haben die Sessions
in diesem Zeitraum am
längsten gewartet?
Idle Events korrekt sortiert

Fazit
 Eine komfortable Performance-Analyse geht auch
 Ohne teure Zusatzlizenzen
 Ohne Tools von Drittherstellern
 Statspack funktioniert auch noch in 12c und erlaubt eine fundierte
Top-Down-Analyse.
 Die Reports des SQL Developer sind auch für DBAs interessant!
 Es gibt eine Menge freier Tools von Oracle und anderen
 SQLT, sqld360, orasrp, …

Kontakt
Uwe Küchler
Managing Consultant
OPITZ CONSULTING GmbH
Kirchstr. 6 | 51647 Gummersbach
Tel. +49 (6172) 662 60-1515
uwe.kuechler@opitz-consulting.com
youtube.com/opitzconsulting
@OC_WIRE
slideshare.net/opitzconsulting
xing.com/net/opitzconsulting

Links + Literatur
Li
3
6.941

Links + Literatur
 SQL Developer Performance Reports: https://github.com/oraculix/sql-developer-tools
 ORASRP – Profiler für Extended SQL Trace Files: http://oracledba.ru/orasrp/
 SQLT und SQLHC: Präsentation von der DOAG 2013
 SQLd360, SQL diagnostics collection made faster
 SQL_TRACE/Event 10046 Trace File Analyzer (trca): MOS Doc ID 224270.1
 Trace File Analyzer (TFA): MOS Doc ID 1513912.1
 Trace Assistant (trcasst): Database Net Services Admin Guide
 Welche Views und APIs sind Lizenzpflichtig:
http://docs.oracle.com/cd/E11882_01/license.112/e47877/options.htm#DBLIC165

Performance-Analyse mit Bordmitteln

Weitere ähnliche Inhalte

Was ist angesagt?

Andere mochten auch

Mehr von OPITZ CONSULTING Deutschland

Performance-Analyse mit Bordmitteln

Hinweis der Redaktion