Was bringt Extended SQL-Tracing für das Performance-Tuning?

Größe: px
Ab Seite anzeigen:

Download "Was bringt Extended SQL-Tracing für das Performance-Tuning?"

Transkript

1 Was bringt Extended SQL-Tracing für das Performance-Tuning? Dr. Frank Haney Consultant Jena Schlüsselworte: Oracle 9i Database, Performance Tuning, SQL-Tracing Zusammenfassung Performance Tuning in komplexen Infrastrukturen hat es schwer, die Ursachen der diagnostizierten Probleme zu ermitteln. Auf der Basis systemweit gesammelter Statistiken wird traditionell versucht, durch Schrauben an diesen oder jenen Parametern eine Lösung zu finden. Die häufig wenig befriedigenden Resultate dieser Aktivitäten werden schließlich zum Anlaß genommen, in neue Hardware zu investieren. Konfrontiert mit einer solchen Situation wurde die von Cary Millsap und Jeff Holt vorgeschlagene Methode eingesetzt. Diese beruht auf der Untersuchung des Antwortverhaltens mittels Extended SQL-Tracing. Im folgenden wird diese Methode vorgestellt und ein Erfahrungsbericht gegeben. Dieser zeigt, daß Extended SQL-Tracing mehr ist als eine Variante spezifischen SQL-Tunings, sondern einen ganzheitlichen Ansatz ermöglicht. Einleitung Grenzen traditioneller Tuningmethoden Performance Tuning basiert auf einer ganzen Reihe von Techniken, die meist in der Literarur nebeneinanderstehend behandelt 1 und in der Praxis parallel eingesetzt werden. Da ist das Sammeln systemweiter Statistiken z.b. mit Hilfe von Statspack-Reports oder der Einsatz der dynamischem Performance Views ( v$-views ), mit denen versucht wird, sich Informationen über einzelne Tuning-Bereiche (Cache-Nutzung, I/O-Statistik, Locks und Latches etc.) zu verschaffen. SQL-Tracing wiederum dient dazu, den effizientesten Ausführungsplan für die SQL-Anweisungen einer Applikation zu finden. Natürlich lassen sich auf diese Weise beim Tuning Erfolge erzielen. In der praktischen Arbeit zeigt sich aber eine ganze Reihe von Defiziten: Es gibt im eigentlichen Sinne keine zielführende Methode, nur ein Konglomerat von Tips und Techniken, die gerade in komplexen Infrastrukturen oft nicht zum gewünschten Resultat führen. Das liegt auch daran, daß es zu viele unterschiedliche Datenquellen zur System-Performance gibt. Erfolgskriterium ist oft nicht die Antwortzeit, sondern es werden verschiedene, für entscheidend gehaltene Benchmarks, Trefferquoten etc. herangezogen. Das Tuning setzt 1 Vgl. dazu die einigermaßen beliebige Abfolge der Kapitel in [Niemiec, 2003].

2 dann auch nicht zielgerichtet bei den Ereignissen an, die den größten Einfluß auf die Antwortzeit haben. Es ist schwierig festzulegen, wo mit dem Tuning begonnen und wo aufgehört werden soll. Ursache dafür ist der fehlende Determinismus des herkömmlichen Tuning, was sich in einer schwachen Korrelation zwischen den Tuningmaßnahmen und ihren Wirkungen zeigt. Mittels Trial and Error wird mehr oder weniger begründet versucht, einen Durchbruch zu erzielen! Es gibt Probleme bei der Eingrenzung der Nutzeraktionen, die die wesentlichen Laufzeitprobleme verursachen. Das betrifft sowohl die Festlegung des zu betrachtenden Zeitraums als auch die Zuordnung der gewonnenen Daten zu den Nutzeraktionen. Die meisten Quellen stellen nur systemweite Daten zur Verfügung. Es muß häufig von Summen auf Details geschlossen werden, z.b. bei Nutzung von Statspack und Performance Views. Vielen dieser Views fehlt eine Spalte zu Identifizierung der die Performanceeinbußen verursachenden Session. Dazu kommen noch zwei Probleme: Um die Implikationen eines Vorgangs für die Performance adäquat erfassen zu können, müßte man die Abfrage auf die View mit hoher Frequenz immer wieder absetzen. Außerdem sind die mit nacheinander ausgeführten Abfragen auf eine Auswahl dieser Views gewonnenen Daten zwangsläufig nicht konsistent. 2 Eine Lösung dieser Probleme verspricht das von Millsap und Holt [Millsap/Holt, 2003] propagierte Extended SQL-Tracing. Wie funktioniert Extended SQL-Tracing? Das Extended SQL-Tuning schreibt in die Trace Files zusätzlich zum normalen SQL- Tracing Informationen über die Warteereignisse (Waits) und die Bindevariablen (Binds). Worin der Gewinn dieser Mehrinformation für das Tuning besteht, werden wir vor allem bei der Behandlung des Fallbeispiels sehen. Hier soll zunächst ganz kurz darauf eingegangen werden, wie das Extended SQL-Tuning ermöglicht wird. Extended SQL-Tracing funktioniert grundsätzlich mit Hilfe von Oracle s Pseudo-Error Debugging Event Voraussetzung ist, daß für die zu überwachende Session oder systemweit TIMED_STATISTICS = TRUE gesetzt ist. Für die eigene Sitzung wird das Tracing mit folgender Anweisung gestartet: alter session set events '10046 trace name context forever, level <level>'; <level> steht für den Umfang der zu sammelnden Informationen: Level Bedeutung 0 Tracing ausschalten 1 Entspricht SQL_TRACE = TRUE 4 Level 1 + BINDS 8 Level 1 + WAITS 12 Level 1 + BINDS + WAITS 2 3 In Oracle 10g scheinen diese Probleme wenigstens teilweise behoben zu sein. Mehr Views enthalten eine SID-Spalte, und es wird eine Historie der session-bezogenen Warteereignisse geschrieben. Die Zuordnung der Ereignisse zu den Calls ist nach wie vor nicht gegeben. Vgl. [Nanda, 2004] Eine Einführung zu den Diagnostic Events gibt Metalink Note

3 Häufig steht man aber vor dem Problem, daß man in der zu überwachenden Session das Tracing nicht einschalten kann, weil es sich z.b. um eine Forms-Applikation ohne eine Möglichkeit der Direkteingabe von SQL handelt. Dann muß das Tracing von einer anderen Session aus gestartet und gestoppt werden. Dazu gibt es verschiedene Möglichkeiten 4 : DBMS_SUPPORT.START_TRACE_IN_SESSION(<sid>, <serial#>, waits=>true, binds=>true); benutzeraktionen DBMS_SUPPORT.STOP_TRACE_IN_SESSION(<sid>, <serial#>); DBMS_SYSTEM.SET_EV( <sid>, serial#>, 10046, <level>); benutzeraktionen DBMS_SYSTEM.SET_EV( <sid>, serial#>, 10046, 0); ORADEBUG setorapid <pid> ORADEBUG event trace name context forever, level 12 benutzeraktionen ORADEBUG event trace name context off ORADEBUG close_trace Resultat sind recht große Trace Files, die ausgewertet werden müssen. Das kann hier im einzelnen aus Platzgründen nicht nachvollzogen werden. Nur einige wesentliche Elemente sollen genannt werden. Neben Informationen über die Session, die ausgeführte Anwendung und den Zeitraum des Tracing enthalten die Files u.a. folgende Zeilen: Zeilen PARSING IN CURSOR PARSE, EXECUTE, FETCH WAIT BINDS STAT XTEND enthalten Cursor Identifikation Database Calls Warteereignisse Ersetzung der Bindevariablen Ausführungsplan (Row Source) Transaktionsende Es gibt ein paar Prinzipien, die beim Lesen der Trace Files unbedingt zu beachten sind. Da ist zunächst das, was sich deutsch Vorwärtsaggregierung nennen läßt (Forward Attributation bei Millsap/Holt): Die Trace-Zeile eines Calls erscheint, wenn der Call abgeschlossen ist, d.h. alle zu diesem Call gehörenden, z.b. auf Warteereignisse zurückgehenden Zeilen werden vorher geschrieben. Die Summe der Zeiten dieser Ereignisse ist Bestandteil der in der Trace-Zeile des Calls für diesen ausgewiesenen Dauer. Zu beachten ist ferner die rekursive Tiefe eines Cursor. Die Summe der Zeiten aller untergeordneten Cursor (Child Cursor) ist Bestandteil der Dauer des übergeordneten Parse Call (Parent Cursor). Die Trace-Zeilen der Child Cursor stehen im Trace File vor der Parse- Zeile des Parent Cursor. (Vorwärtsaggregierung) Bei den Warteereignissen muß man die Waits innerhalb der Calls von den Waits zwischen den Calls unterscheiden. Das ist wichtig, weil die Dauer von Waits zwischen den Calls nicht in die Trace-Zeile des Call aggregiert wird. Hier gilt die Vorwärtsaggregierung nicht! So ist 4 Zu DBMS_SUPPORT vgl. in Metalink Note und zu ORADEBUG Note

4 z.b. db file scattered read ein Warteereignis innerhalb des Call. Der Call kann vor Ende des Ereignisses nicht abgeschlossen werden! Anders steht es z.b mit SQL*Net more data to client. Das ist ein Wait zwischen den Calls, der nächste Call kann erst beginnen, wenn das Ereignis beendet ist. Des weiteren müssen Idle von Nonidle Waits unterschieden werden. Die beiden vorgenannten Waits sind Nonidle Waits. Ein typischer Idle Wait ist SQL*Net message from client. Das System hat nichts zu tun und wartet auf Rückmeldungen des Client (eventuell auf Nutzereingaben). Inwiefern die Idle Waits für das Tuning relevant sind, werden wir noch sehen. Die Vorteile des Extended SQL-Tuning liegen auf der Hand. Wir haben damit vielleicht nicht den Universalschlüssel für alle Tuningprobleme, aber immerhin wenigstens ansatzweise so etwas wie eine Methode. Die Einbeziehung der Waits und Binds in die Trace Files ermöglicht einen ganzheitlicher Ansatz für das Tuning. Der mit Extended SQL-Tuning erstellte Trace File ist eben nicht nur der Ausgangspunkt zum Finden des besten Ausführungsplans für die SQL. Dadurch daß die Trace Files spezifisch für die als problematisch ermittelte Nutzeraktion gesammelt werden können, kann genau festgestellt werden, welches Element des Servers, die CPU, der Speicher, das I/O-Subsystem etc. wie zur Antwortzeit des konkreten Vorgangs beiträgt. Damit ist auch der größte Vorzug der Methode genannt, die konsequente Orientierung auf die Antwortzeit, also das, was die Nutzer allein interessiert. Der Beitrag jedes einzelnen Database Call zur Antwortzeit läßt sich ermitteln, und dadurch kann man entscheiden, was kostengünstiger ist, die Zahl der Calls oder die Wartezeit je Call zu reduzieren. Damit ist die Methode deterministisch: Die Auswirkungen von Tuningmaßnahmen auf die Performance sind vorhersagbar. Für die Bewertung der Resultate gibt es nur zwei Kriterien: Antwortzeit und Kosten. Dazu kommt, daß Meßfehler eher beherrsch- bzw. eliminierbar sind als bei anderen Tuningtechniken. Außerdem werden die Performance-Implikationen der eigentlich unzugänglichen Nutzeraktionen von Fremdapplikationen transparent. Eine Reihe von Problemen soll nicht verschwiegen werden. Oracle stellt seinen Kunden die Funktionalität des Extended SQL-Tracing dankenswerterweise kostenfrei zur Verfügung, leistet aber bislang keinen Support für Tracing im Level > 1. 5 Deswegen wird die Methode in der Oracle-Dokumentation und den meisten Tuning-Büchern schlichtweg nicht behandelt, ja häufig nicht einmal erwähnt. Dazu kommt, daß es Mißverständnisse über die Wirkungsweise selbst bei Experten gibt. Es ist eben wenig bekannt, daß es sich um ein Verfahren handelt, das Tuning weit über die SQL-Optimierung im engeren Sinne hinaus erlaubt. Ein weiteres Manko ist, daß es keine Tools zum adäquaten Sammeln der Daten gibt. Man muß sich also selber darum kümmern herauszufinden, welche Nutzeraktion in welchem Zeitfenster überwacht werden muß, und dann das Tracing zur Vermeidung von Meßfehlern rechzeitig starten und auch wieder stoppen. Andernfalls enthält der Trace File Zeiten, die gar nicht zur eigentlich interessanten Aktion gehören und deshalb nicht zuordenbar sind, oder es fehlen die entscheidenden Zeilen (Vorwärtsaggregierung)! 5 Mit Oracle 10g und dem Package DBMS_MONITOR sollte das Geschichte sein. Die Prozedur SESSION_TRACE_ENABLE ermöglicht Extended SQL-Tracing, wobei standardmäßig WAITS = TRUE und BIND = FALSE gestellt ist. Vgl. [Floss, 2004]

5 Das Verfahren ist nicht auf Oracle 9i und höher beschränkt, sondern war schon in früheren Versionen verfügbar. Man muß aber die unterschiedlichen Maßeinheiten (Zentisekunden in 8i vs. Mikrosekunden in 9i) beachten, besonders beim Einsatz von Tools wie TKPROF. Damit ist das Thema der Tools zur Auswertung angesprochen. Dafür gibt es keinen Standard. Oracle stellt über Metalink (Vgl. Note ) den Trace Analyzer für und höher zur Verfügung (Autor: Carlos Sierra), leistet aber auch dafür keinen offiziellen Support. 6 Der Trace Analyzer macht eine Reihe nützlicher Aussagen, hier nur eine Auswahl: Die totale für den User verwendete Zeit (CPU, Elapsed, Nonidle Waits, Idle Waits) Die gleichen Angaben für die TOP 5 SQL-Anweisungen Zusammenfassung der Waits (Nonidle, Idle) Die 5 meistbenutzten Böcke Zusammenfassung von CPU, Elapsed und Waits, Physical Reads, Logical Raeds, Library Cache Misses je Cursor Viele Detailinformationen über den einzelnen Cursor TKPROF dagegen gibt keine totale Antwortzeit einer Session. Außerdem werden Ereignisse zwischen den Calls nicht richtig interpretiert und die Zuordnung der rekursiven SQL ist schwierig. 7 Ein Fallbeispiel Unlängst bestand Gelegenheit, die hier vorgestellte Methode in einem sehr komplexen Umfeld einzusetzen: Die Benutzer greifen von ihren Terminals über Terminalserver auf eine Oracle-Forms-Applikation zu, mit der sowohl Online als auch Batch Processing in einer 200 GB großen, von einem Linux-Server bereitgestellten Datenbank (Oracle 8i) realisiert werden. Die Forms liegen auf einem Application Server. Zunehmend kam es zu massiven Beschwerden der Nutzer über die Performance und damit auch zu dramatisch sinkender Akzeptanz der Applikation und zu massiver Kritik an den Leistungen meines Auftraggebers, der diese für seine Kunden zur Verfügung stellt. Kompliziert wird die Situation dadurch, daß Datenmodell und Forms-Applikation von einem Drittanbieter geliefert werden, also de facto für Tuning-Eingriffe nicht zur Disposition stehen. Die Auswertung entsprechender Statspack-Reports zeigte bei den wichtigsten Kenngrößen keine Auffälligkeiten. Insbesondere zeigten sich weder Probleme mit der Speichernutzung noch Engpässe beim Lesen oder Schreiben. Interessant war bloß die große Zahl und Summe der Idle Waits, die aber nach allgemeiner Auffassung auch offizieller Literatur für das Performance Tuning irrelevant sind: idle events can be ignored. [Niemiec, 2003, p. 580] Dem ist allerdings schwer zu widersprechen, solange man sich auf der Ebene systemweiter summarischer Statistiken bewegt. Im nächsten Schritt wurden fünf der für die Akzeptanz der Applikation kritischsten Funktionen ausgewählt und mit Extended SQL-Tracing überwacht. Dazu wurde eine Testimplementierung der Applikation unter Oracle 9i Release 2 genutzt, da wegen des auslaufenden Supports für 8i die Migration nach 9i ohnehin auf der Agenda stand. Im 6 7 Millsap und Holt verweisen zwar auf die Defizite von TKPROF und propagieren den Einsatz des von ihnen entwickelten und kommerziell verbreiteten Hotsos Profiler, erwähnen aber den kostenlosen Trace Analyzer nur kurz! Niemiec hat für Oracle 9i unrecht, wenn er behauptet, daß TKPROF die Waits nicht berücksichtigt. [Niemiec, 2003, p. 234f.]

6 folgenden sollen die Resultate für eine der überwachten Funktionen diskutiert werden. Dabei handelt es sich um die Erstellung von Belegen, Artikel werden aus einer Liste ausgewählt und in einem Beleg des jeweiligen Auftrags zusammengestellt. Im konkreten Vorgang wurden 2 Artikel aus einer Liste mit 6378 Einträgen für den Beleg ausgewählt. Da das Tracing nicht aus der Forms-Applikation selber gestartet werden konnte, mußte das mit ORADEBUG aus einer anderen Sitzung geschehen. Dabei war darauf zu achten, das Tracing möglichst zeitnah zum Starten bzw. Schließen der Form ein- und auszuschalten und Leerlauf durch verzögerte Nutzereingaben auszuschließen. Die externe Beobachtung ergab eine Zeit von reichlich 3 Minuten für den ganzen Vorgang, wobei diese überwiegend das Laden der Artikelliste betraf. Währenddessen war eine Nutzerinteraktion nicht möglich. Die Auswertung 8 des Trace Files mit dem Trace Analyzer ermöglicht, ein Profil der Ressourcenverwendung für die Session aufzustellen, sowohl bezüglich der Anzahl und Dauer der Calls als auch die Warteereignisse betreffend: OVERALL TOTALS PER CALL FOR ALL NON-RECURSIVE STATEMENTS FOR USER 505 call count cpu elapsed disk query current rows misses Parse Execute Fetch total WAITS FOR ALL NON-RECURSIVE STATEMENTS FOR USER 505 Event waited on Times Max. Wait Total Blocks Accessed db file sequential read (single block scan) db file scattered read (multiblock full scan) SQL*Net more data to client SQL*Net message from client (idle) SQL*Net message to client (idle) SQL*Net more data from client (idle) total Die Ausgabe des Trace Analyzer enthält aber nicht nur zusammenfassende Daten für den durch das Tracing erfaßten Zeitraum der Session, sondern auch Informationen darüber, welche Cursor überwiegend für die Antwortzeit verantwortlich sind (Top 5). In unserem Fall konzentriert sich der Ressourcenverbrauch auf einen Cursor: cursor id user id command type count cpu top elapsed top nonidle waits top idle waits select Dieser Cursor steht sowohl bei der CPU-Zeit als auch bei den Idle Waits an erster Stelle. Die Antwortzeit wird in entscheidendem Maße durch letztere bestimmt. Eine Steigerung der CPU- Leistung durch ein Hardware Upgrade brächte nur eine unwesentliche Verbesserung des Antwortverhaltens. Im Detail sieht das dann für den Cursor so aus: top 8 Die folgenden Listings wurden aus Gründen der Lesbarkeit um Einträge gekürzt, die für unser Problem nicht hilfreich sind, und sinnwahrend formatiert. Die Maßeinheiten in den mit dem Trace Analyzer vorgenommenen Auswertungen ist Sekunden.

7 call count cpu elapsed disk query current rows misses Parse Execute Fetch total Es ergeben sich Fragen: Warum muß der Cursor für die Auswahl von 2 Listeneinträgen viermal geparsed und ausgeführt werden? Warum werden die 6378 Zeilen viermal in insgesamt 1276 Fetches (20 Zeilen pro Fetch) an den Client zurückgegeben? Die Warteereignisse verteilen sich für den Cursor folgendermaßen: Event waited on Times Max. Wait Total Blocks Accessed db file sequential read (single block scan) db file scattered read (multiblock full scan) SQL*Net more data to client SQL*Net message from client (idle) SQL*Net message to client (idle) total Hier fällt sofort ins Auge, daß SQL*Net message from client den größten Beitrag zur Antwortzeit leistet. 9 Ohne Extended SQL-Tracing hätten wir das nie erfahren. Da wir durch die Art und Weise des Tracing ausschließen können, daß diese Zeit einfach durch Warten auf Benutzereingaben zustande kommt, ist der Nachweis erbracht, daß man sich beim Tuning gegebenenfalls sehr wohl um Idle Waits kümmern muß! Interessant ist die Übereinstimmung der Zahl der Waits mit der Zahl der Fetches. Im originalen Trace File sieht das für eine Cursor-Ausführung so aus 10 : PARSE #84:c=0,e=278,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=4 EXEC #84:c=0,e=671,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=4 WAIT #84: nam='sql*net message to client' ela= 5 WAIT #84: nam='sql*net more data to client' ela= 59 FETCH #84:c= ,e= ,p=0,cr=26046,cu=0,mis=0,r=20,dep=0,og=4 WAIT #84: nam='sql*net message from client' ela= 937 WAIT #84: nam='sql*net message to client' ela= 3 WAIT #84: nam='sql*net more data to client' ela= 26 FETCH #84:c=0,e=281,p=0,cr=0,cu=0,mis=0,r=20,dep=0,og=4 WAIT #84: nam='sql*net message from client' ela= 651 WAIT #84: nam='sql*net message to client' ela= 4 WAIT #84: nam='sql*net more data to client' ela= 35 FETCH #84:c=0,e=306,p=0,cr=0,cu=0,mis=0,r=20,dep=0,og=4 WAIT #84: nam='sql*net message from client' ela= WAIT #84: nam='sql*net message to client' ela= 3 WAIT #84: nam='sql*net more data to client' ela= 33 FETCH #84:c=0,e=293,p=0,cr=0,cu=0,mis=0,r=20,dep=0,og=4 WAIT #84: nam='sql*net message from client' ela= WAIT #84: nam='sql*net message to client' ela= Auch der Trace Analyzer setzt die Idle Waits ans Ende der Liste und unterstreicht so deren vorgeblich marginale Bedeutung für das Tuning Maßeinheit ist hier Mikrosekunden. Gezeigt werden auch nur die ersten 5 von 319 Fetches.

8 WAIT #84: nam='sql*net more data to client' ela= 44 FETCH #84:c=0,e=314,p=0,cr=0,cu=0,mis=0,r=20,dep=0,og=4 Der Server wartet also vor jedem Fetch Call bis zu 0,3 s auf SQL*Net message from client. Wenn man diese Zeiten für alle vier Ausführungen des Cursor addiert, erhält man die reichlich 200 s und weiß, wo die Antwortzeit bleibt. Man weiß aber noch nicht, welches Element der komplexen Infrastruktur dafür verantwortlich ist. Klar ist nur, daß dafür nicht der Nutzer verantwortlich ist, und daß die Dauer der Einzelereignisse bei einem vielfachen der normalen LAN-Latenz liegt. In einem Auschlußverfahren wurde nun versucht, die Quelle für die langen Waits zu finden. Dazu war schrittweise die Komplexität der Infrastruktur zu reduzieren, also wurde auf den Terminal Server verzichtet, dann der Application Server umgangen, indem die Forms lokal auf den Client-Rechner geholt wurden etc. Alle diese Maßnahmen haben nur zu geringfügigen Verschiebungen bezüglich der Waits und ihrer Verteilung auf die Fetches, aber nicht zu einer durchgreifenden Verbesserung der Antwortzeit geführt. Dann wurde eine Standalone-Form entwickelt und eingesetzt. Das Resultat war verblüffend: cursor id user id command type count cpu top elapsed top nonidle waits top idle waits select call count cpu elapsed disk query current rows misses Parse Execute Fetch total Event waited on Times Max. Wait Total Blocks Accessed SQL*Net more data to client SQL*Net message from client (idle) SQL*Net message to client (idle) total Die Zahl der Fetch Calls ist nach wie vor sehr hoch, die einzelne Warteereignisse SQL*Net message from client liegen aber im Millisekundenbereich, so daß sie sich zu nicht mehr als 0,63 s summieren. Schließlich wurden aus dem Trace File die SQL herauskopiert, die Bindevariablen manuell durch die Literale ersetzt und diese Anweisung, ein Nested Loop Join über 5 Tabellen, in SQL*Plus ausgeführt. Die Summe der Warteereignisse reduziert sich noch einmal auf 0,44 s. Ursache dafür ist in erster Linie die Reduzierung der Fetch Calls auf nur noch 26. An dieser Stelle konnte der Schluß gezogen werden, daß weder die Hardware des Server, noch die komplexe Infrastruktur das Antwortverhalten entscheidend bestimmen. Wie die letzten Versuche zeigen, sind auch weder Oracle Forms noch die Ausführung der SQL an sich für die von den Nutzern beklagten Performanceeinbußen verantwortlich. Hier war der Hersteller der Applikation gefragt. Diesem ist es schließlich gelungen, im speziellen Fall die Antwortzeit um zwei Größenordnungen auf ca. 2 s zu verbessern. Die Applikation ist an top

9 dieser Stelle also kaum langsamer als die direkte Ausführung der SQL in SQL*Plus. Ein besseres Resultat unserer Bemühungen war eigentlich kaum erhoffen. Fazit Aus dem zuletzt diskutierten Fallbeispiel ergibt sich ein allgemeiner Ablauf für den Einsatz des Extended SQL-Tracing: 1. Ermittlung der performance-kritischsten (teuersten) Nutzeraktionen der Anwendung Dabei ist es wichtig, sich auf wenige, für den Geschäftsgang besonders entscheidende Vorgänge zu konzentrieren. 2. Überwachtes Tracing der Nutzer-Session in einem durch den performance-kritischen Vorgang bestimmten Zeitfenster, um adäquate Daten im Trace File zu erhalten 3. Erstellung eines Ressourcenprofils der Session Was (CPU, Warteereignisse) trägt mit welchem Beitrag zur Antwortzeit bei? 4. Bestimmung der kostenintensivsten SQL-Anweisungen (Cursor) in der überwachten Session 5. Welche Calls dieser SQL tragen wie und womit (CPU, Warteereignisse etc.) zur Antwortzeit bei? 6. Danach läßt sich entscheiden, wodurch der größte Tuning-Effekt zu erwarten ist. (Reduktion der Calls, Beschleunigung der Calls durch Verkürzung oder Eliminierung von Waits) 7. Wie kann das erreicht werden, durch Änderungen an der Applikation oder neue Hardware? 8. Am Ende sollte die Entscheidung für die kostengünstigste Variante stehen. Ganz deutlich zeigen sich die Stärken des Extended SQL-Tracing. Durch die konsequente Konzentration auf das Antwortverhalten kritischer Nutzeraktionen gelingt es auch in komplexen Infrastrukturen, das Problem in endlicher Zeit auf den Punkt zu bringen. Allerdings muß die von Millsap/Holt mehrfach geäußerte Behauptung, daß das Tuning praktisch Minutensache sei, wenn man erst einmal korrekt erstellte Trace Files habe, etwas relativiert werden. Das geschilderte Ausschlußverfahren macht schon einigen Aufwand, zumal es häufig nicht ausreicht, allein die mit einem Tool vorgenommenen Auswertungen zu interpretieren, sondern man muß die Trace Files auch unformatiert zu Rate ziehen. Zusätzlich muß berücksichtigt werden, daß es im Beispiel nur um eine Funktion in einer von den Nutzern als wenig performant eingeschätzten Applikation ging. Zwei Vorteile des Verfahrens sind hoffentlich deutlich geworden: 1. Es handelt nicht einfach um erweitertes SQL-Tuning, also die Interpretation und den Vergleich der Kosten verschiedener Ausführungspläne, sondern um einen ganzheitlichen Ansatz. 2. Durch Extended SQL-Tracing wird für das Performance Tuning wirklich so etwas wie eine nachprüfbare und in Grenzen deterministische Methode eröffnet. Außerdem gibt es für den mit Performanceproblemen Befaßten einen gar nicht hoch genug zu schätzenden Gewinn: Das in solchen Situationen zwangsläufig entstehende Dickicht von Mutmaßungen und gegenseitigen Schuldzuweisungen läßt entwirren.

10 Quellen C. V. Millsap, J. L. Holt: Optimizing Oracle Performance. O Reilly, Sebastopol (CA) 2003, 390 pp. ISBN X. R. J. Niemiec: Oracle 9i Performance Tuning. Tips & Techniques. Mc Graw Hill, New York 2003, 826 pp. ISBN A. Nanda: Perform without Waiting. Oracle Magazin, July/August 2004, pp K. Floss: Tracing SQL in Oracle Database 10g. Oracle Magazin, September/October 2004, pp R. Shee, K. Deshpande, K. Gopalakrishnan: Oracle Wait Interface: A Practical Guide to Performance Diagnostics & Tuning. Mc Graw Hill, New York 2004, pp. (Webseite der Firma von Cary Millsap) Oracle9i Database Online Documentation, Release 2. Kontaktadresse: Dr. Frank Haney Anna-Siemsen-Str. 5 D Jena Telefon: +49(0) Fax: +49(0) Internet:

Was bringt Extended SQL-Tracing für das Performance Tuning

Was bringt Extended SQL-Tracing für das Performance Tuning Was bringt Extended SQL-Tracing für das Performance Tuning? Ein Erfahrungsbericht 11.11.2004 Dr. Frank Haney 1 Inhalt 1. Motivation Tuningziele und -bereiche 2. Defizite traditioneller Tuningmethoden 3.

Mehr

Inhalt. Tools für das SQL-Tuning (Anzeigen der Ausführungspläne)

Inhalt. Tools für das SQL-Tuning (Anzeigen der Ausführungspläne) Inhalt Tools für das SQL-Tuning (Anzeigen der Ausführungspläne) EXPLAIN PLAN SQL*Plus Autotrace SQL Trace und TKPROF V$SQL_PLAN DBMS_XPLAN Extended SQL-Tracing Dr. Frank Haney 1 EXPLAIN PLAN Anweisung

Mehr

Macht ADDM wunschlos glücklich?

Macht ADDM wunschlos glücklich? Macht ADDM wunschlos glücklich? Dr. Frank Haney Consultant Jena Schlüsselworte: Oracle 10g Database, Performance Tuning, Extended SQL-Tracing Einleitung In meinem Vortrag auf der 17. Oracle-Anwenderkonferenz

Mehr

1 Einführung... 1 1.1 Ziele und Zielgruppen... 1 1.2 Was erwartet Sie in diesem Buch... 1 1.3 Skripte und Test-Cases... 2 1.4 Danksagung...

1 Einführung... 1 1.1 Ziele und Zielgruppen... 1 1.2 Was erwartet Sie in diesem Buch... 1 1.3 Skripte und Test-Cases... 2 1.4 Danksagung... Inhaltsverzeichnis 1 Einführung........................................................... 1 1.1 Ziele und Zielgruppen.............................................. 1 1.2 Was erwartet Sie in diesem Buch.....................................

Mehr

Oracle AWR und ASH Analyse und Interpretation

Oracle AWR und ASH Analyse und Interpretation Oracle AWR und ASH Analyse und Interpretation Seminarunterlage Version: 2.02 Version 2.02 vom 11. März 2013 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen

Mehr

Inhalt. Dr. Frank Haney 1

Inhalt. Dr. Frank Haney 1 Inhalt Allgemeines zum Tuning Tuningziele Tuningbereiche Defizite traditioneller Tuningstrategien Vorschlag einer methodischen Vorgehensweise Gute und schlechte SQL SQL-Verarbeitung Cursor Sharing Performance

Mehr

Erhöhung der Manageability durch SQL-Profile

Erhöhung der Manageability durch SQL-Profile Erhöhung der Manageability durch SQL-Profile Ein Erfahrungsbericht 20.11.2007 Dr. Frank Haney 1 Inhalt 1. Problemstellung 2. Der SQL-Tuning-Advisor (STA) 3. Anlegen und Implementieren von SQL-Profilen

Mehr

www.informatik-aktuell.de Optimierung der Performance bei Oracle-Datenbanken "nur" mit der Standard Edition IT-Tage Frankfurt 2015 MANAGED DATABASE SERVICES 24x7 Referent: Norbert Rieger Senior DBA bei

Mehr

Firebird Database Cache Buffer

Firebird Database Cache Buffer Firebird Database Cache Buffer Norman Dunbar 20. Juli 2013 Version 1.3.1-de - deutsche Version Übersetzung ins Deutsche: Martin Köditz Inhaltsverzeichnis Einleitung... 3 Der Firebird-Cache... 3 MON$IO_STATS

Mehr

Oracle 9i Einführung Performance Tuning

Oracle 9i Einführung Performance Tuning Kurs Oracle 9i Einführung Performance Tuning Teil 2 Tuning Werkzeuge Timo Meyer Wintersemester 2005 / 2006 Seite 1 von 16 Seite 1 von 16 Agenda 1. Einführung 2. DBA_- und V$-Sichten 3. Data Dictionary-Sichten

Mehr

Folgendes PL/SQL Codefragment zeigt das grundlegende Statement für diesen Test: Java. http://www.trivadis.com/images/javaperf_tcm16-7133.

Folgendes PL/SQL Codefragment zeigt das grundlegende Statement für diesen Test: Java. http://www.trivadis.com/images/javaperf_tcm16-7133. Page 1 of 7 Betrifft: Java oder PL/SQL? Art der Info: Technische Background Info Autor: Guido Schmutz (guido.schmutz@trivadis.com) Quelle: Aus unserer Schulungs- und Beratungstätigkeit Mit Oracle8.1 besteht

Mehr

SQL Cockpit & SAP HANA Prüfen Sie Ihre SQL Abfragen auf HANA-Tauglichkeit

SQL Cockpit & SAP HANA Prüfen Sie Ihre SQL Abfragen auf HANA-Tauglichkeit SQL Cockpit & SAP HANA Prüfen Sie Ihre SQL Abfragen auf HANA-Tauglichkeit Johann Fößleitner Cadaxo GmbH email: johann.foessleitner@cadaxo.com Twitter: @foessleitnerj Agenda 1 SAP HANA Integrationsszenarien

Mehr

Oracle GridControl Tuning Pack. best Open Systems Day April 2010. Unterföhring. Marco Kühn best Systeme GmbH marco.kuehn@best.de

Oracle GridControl Tuning Pack. best Open Systems Day April 2010. Unterföhring. Marco Kühn best Systeme GmbH marco.kuehn@best.de Oracle GridControl Tuning Pack best Open Systems Day April 2010 Unterföhring Marco Kühn best Systeme GmbH marco.kuehn@best.de Agenda GridControl Overview Tuning Pack 4/26/10 Seite 2 Overview Grid Control

Mehr

SQL Optimizer und SQL Performance

SQL Optimizer und SQL Performance SQL Optimizer und SQL Performance Schlüsselworte SQL, Optimizer, Explain Plan, SQL Trace Marco Mischke Robotron Datenbank Software GmbH Dresden Einleitung Dieser Vortrag beschäftigt sich mit grundlegenden

Mehr

IT-Symposium 2008 05.06.2008

IT-Symposium 2008 05.06.2008 Selftuning Database Ein Traum oder Wirklichkeit Ralf Durben Oracle Deutschland GmbH www.hp-user-society.de 1 Die Arbeitswelt des Gestern, heute und morgen Früher Ein für wenige Datenbanken

Mehr

Urs Meier (urs.meier@trivadis.com) Art der Info Technical Info (Februar 2002) Aus unserer Projekterfahrung und Forschung

Urs Meier (urs.meier@trivadis.com) Art der Info Technical Info (Februar 2002) Aus unserer Projekterfahrung und Forschung Betrifft Optimizer Autor Urs Meier (urs.meier@trivadis.com) Art der Info Technical Info (Februar 2002) Quelle Aus unserer Projekterfahrung und Forschung Einführung Mit jedem Oracle Release nimmt die Anzahl

Mehr

Powerful PL/SQL: Collections indizieren mit VARCHAR2- Indizes ein Praxisbeispiel

Powerful PL/SQL: Collections indizieren mit VARCHAR2- Indizes ein Praxisbeispiel Powerful PL/SQL: Collections indizieren mit VARCHAR2- Indizes ein Praxisbeispiel Schlagworte Autor: Klaus Friemelt, MT AG dynamisches BULK SQL, VARCHAR2-indizierte PL/SQL-Tabellen Einleitung Mit den letzten

Mehr

Stuttgart, 23.01.2003 Sandro Crepaldi XTAT Trivadis GmbH. extended Tracefile Analysis Tool

Stuttgart, 23.01.2003 Sandro Crepaldi XTAT Trivadis GmbH. extended Tracefile Analysis Tool Stuttgart, 23.01.2003 Sandro Crepaldi XTAT Trivadis GmbH extended Tracefile Analysis Tool 1 1 Agenda A. Event 10046 B. extended Tracefile Analysis Tool 2 Was ist ein Event? Ein Event ist eine spezielle

Mehr

Performance Tools. für alle Editionen

Performance Tools. für alle Editionen Performance Tools. für alle Editionen Andreas Cejna Kodachrome Cloud Control Bunt Umfangreich Mächtig Aber zu welchem Preis? Enterprise Edition in der DB Diagnostic Pack (Tuning Pack) Dark sideofthemoon

Mehr

Performance by Design Wie werden performante ETL-Prozesse erstellt?

Performance by Design Wie werden performante ETL-Prozesse erstellt? Performance by Design Wie werden performante ETL-Prozesse erstellt? Reinhard Mense ARETO Consulting Bergisch Gladbach Schlüsselworte: DWH, Data Warehouse, ETL-Prozesse, Performance, Laufzeiten, Partitionierung,

Mehr

IT-Symposium 2004. Ralf Durben. Business Unit Datenbank. ORACLE Deutschland GmbH. www.decus.de 1

IT-Symposium 2004. Ralf Durben. Business Unit Datenbank. ORACLE Deutschland GmbH. www.decus.de 1 Ralf Durben Business Unit Datenbank ORACLE Deutschland GmbH www.decus.de 1 Oracle Database 10g Diagnostik- und Taskmanagement Diagnostik Management Was passiert in der Datenbank, gibt es Probleme? Möglichst

Mehr

MySQL Performance Tuning für Entwickler

MySQL Performance Tuning für Entwickler MySQL Performance Tuning für Entwickler Cebit 2015, Hannover Oli Sennhauser Senior MySQL Consultant, FromDual GmbH oli.sennhauser@fromdual.com 1 / 18 FromDual GmbH Support Beratung remote-dba Schulung

Mehr

IBM Informix Tuning und Monitoring

IBM Informix Tuning und Monitoring Seminarunterlage Version: 11.01 Copyright Version 11.01 vom 25. Juli 2012 Dieses Dokument wird durch die veröffentlicht. Copyright. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen

Mehr

Debugging in APEX. Christina Funke Apps Associates GmbH Dortmund

Debugging in APEX. Christina Funke Apps Associates GmbH Dortmund Debugging in APEX Christina Funke Apps Associates GmbH Dortmund Schlüsselworte Oracle Application Express, APEX, Debugging, Debugging Collection, Remote Debugging mit SQL- Developer, Error Handling, benutzerfreundliche

Mehr

Datenbanken Konsistenz und Mehrnutzerbetrieb III

Datenbanken Konsistenz und Mehrnutzerbetrieb III Datenbanken Konsistenz und Mehrnutzerbetrieb III 1. Oracle Architektur! Komponenten des Oracle Servers! Zugriff über Netzwerk 2. Zugriffsrechte! Starten und Schließen der Datenbank! Nutzer und Rollen!

Mehr

Kurs. Teil 4 Shared Pool. Universität Hannover. Agenda. Überblick. Library Cache Oracle 9i Einführung Performance Tuning. Trefferquote.

Kurs. Teil 4 Shared Pool. Universität Hannover. Agenda. Überblick. Library Cache Oracle 9i Einführung Performance Tuning. Trefferquote. Kurs Oracle 9i Einführung Performance Tuning Teil 4 Shared Pool Timo Meyer Wintersemester 2005 / 2006 Seite 1 von 22 Seite 1 von 22 1. 2. 3. SQL Area / 4. 5. 6. Shared Pool Reserved Area 7. Wiederverwendung

Mehr

Darüber hinaus wird das Training dazu beitragen, das Verständnis für die neuen Möglichkeiten zu erlangen.

Darüber hinaus wird das Training dazu beitragen, das Verständnis für die neuen Möglichkeiten zu erlangen. Ora Education GmbH www.oraeducation.de info@oraeducation.de Lehrgang: Oracle 11g: New Features für Administratoren Beschreibung: Der Kurs über fünf Tage gibt Ihnen die Möglichkeit die Praxis mit der neuen

Mehr

Im Kapitel Resourc Manager werden die verschiedenen Möglichkeiten der Überwachung von Messwerten eines Server oder Benutzers erläutert.

Im Kapitel Resourc Manager werden die verschiedenen Möglichkeiten der Überwachung von Messwerten eines Server oder Benutzers erläutert. 4 Resource Manager Erfassung von Messwerten und deren Auswertung. 4.1 Übersicht Themen des Kapitels Resource Manager Themen des Kapitels Einsatz des Resource Managers Installation des Resource Managers

Mehr

SAP Memory Tuning. Erfahrungsbericht Fritz Egger GmbH & Co OG. Datenbanken sind unsere Welt www.dbmasters.at

SAP Memory Tuning. Erfahrungsbericht Fritz Egger GmbH & Co OG. Datenbanken sind unsere Welt www.dbmasters.at SAP Memory Tuning Erfahrungsbericht Fritz Egger GmbH & Co OG Wie alles begann Wir haben bei Egger schon öfter auch im SAP Bereich Analysen und Tuning durchgeführt. Im Jan 2014 hatten wir einen Workshop

Mehr

Oracle 12c: Neuerungen in PL/SQL. Roman Pyro DOAG 2014 Konferenz

Oracle 12c: Neuerungen in PL/SQL. Roman Pyro DOAG 2014 Konferenz Oracle 12c: Neuerungen in PL/SQL Roman Pyro DOAG 2014 Konferenz Herrmann & Lenz Services GmbH Herrmann & Lenz Solutions GmbH Erfolgreich seit 1996 am Markt Firmensitz: Burscheid (bei Leverkusen) Beratung,

Mehr

Inhalt. Dr. Frank Haney 17.5.2005 1

Inhalt. Dr. Frank Haney 17.5.2005 1 Inhalt SQL-Optimierung Grundlagen Logische und physische Optimierung CBO Funktionsweise Entscheidungsgrundlagen Zugriffspfade Statistiken für den Optimizer Initialisierungsparameter Optimizer Hints Dynamic

Mehr

1 Objektfilterung bei der Active Directory- Synchronisierung

1 Objektfilterung bei der Active Directory- Synchronisierung Auswahl der zu synchronisierenden Objekte 1 Objektfilterung bei der Active Directory- Synchronisierung Das optionale Verzeichnissynchronisierungstool von Office 365 hat grundsätzlich die Aufgabe, im lokalen

Mehr

Datenbankstatistiken im Griff mit DBMS_STATS. DOAG 2012 Konferenz + Ausstellung Nürnberg 21. November 2012

Datenbankstatistiken im Griff mit DBMS_STATS. DOAG 2012 Konferenz + Ausstellung Nürnberg 21. November 2012 Datenbankstatistiken im Griff mit DBMS_STATS DOAG 2012 Konferenz + Ausstellung Nürnberg 21. November 2012 Herrmann & Lenz Services GmbH Herrmann & Lenz Solutions GmbH Erfolgreich seit 1996 am Markt Firmensitz:

Mehr

1 Application Compatibility Toolkit (ACT) 5.6

1 Application Compatibility Toolkit (ACT) 5.6 1 Application Compatibility Toolkit (ACT) 5.6 Systemvoraussetzungen: SQL Server 2005/2008 (auch Express) ACT 5.6 besteht aus zwei Tools: Der Compatibility Manager ermittelt Informationen, die Auswirkungen

Mehr

8 Access-Abfragen migrieren

8 Access-Abfragen migrieren Leseprobe aus Access und SQL Server http://www.acciu.de/asqllesen 8 Access-Abfragen migrieren Mit der Migration der Tabellen Ihrer Anwendung zu einer SQL Server-Datenbank und dem Verknüpfen der SQL Server-Tabellen

Mehr

An integrated total solution for automatic job scheduling without user interaction

An integrated total solution for automatic job scheduling without user interaction An integrated total solution for automatic job scheduling without user interaction Multifunktional Der Job-Scheduler ist ein multifunktionaler Taskplaner welcher die Steuerzentrale zur regelmässigen Ausführung

Mehr

Oracle Warehouse Builder 3i

Oracle Warehouse Builder 3i Betrifft Autoren Art der Info Oracle Warehouse Builder 3i Dani Schnider (daniel.schnider@trivadis.com) Thomas Kriemler (thomas.kriemler@trivadis.com) Technische Info Quelle Aus dem Trivadis Technologie

Mehr

SOLISYON GMBH CHRISTIAN WOLF, BENJAMIN WEISSMAN. Optimierung von Abfragen in MS SQL Server DWH-Umgebungen

SOLISYON GMBH CHRISTIAN WOLF, BENJAMIN WEISSMAN. Optimierung von Abfragen in MS SQL Server DWH-Umgebungen WEITER BLICKEN. MEHR ERKENNEN. BESSER ENTSCHEIDEN. Optimierung von Abfragen in MS SQL Server DWH-Umgebungen SOLISYON GMBH CHRISTIAN WOLF, BENJAMIN WEISSMAN VERSION 1.0 OPTIMIERUNG VON ABFRAGEN IN MS SQL

Mehr

7.4 Analyse anhand der SQL-Trace. 7.3.5 Vorabanalyse mit dem Code Inspector

7.4 Analyse anhand der SQL-Trace. 7.3.5 Vorabanalyse mit dem Code Inspector 7.4 Analyse anhand der SQL-Trace 337 7.3.5 Vorabanalyse mit dem Code Inspector Der Code Inspector (SCI) wurde in den vorangegangenen Kapiteln immer wieder erwähnt. Er stellt ein paar nützliche Prüfungen

Mehr

HP IT-Symposium 2006. www.decus.de 1

HP IT-Symposium 2006. www.decus.de 1 www.decus.de 1 Ralf Durben Principal Sales Consultant Oracle Deutschland GmbH Diagnostic und Tuning in Oracle Datenbanken www.decus.de 2 Zentrale Verwaltung HTTP/S HTTP/S HTML Konsole Überall nutzbar NET

Mehr

Datenbanken und Oracle, Teil 2

Datenbanken und Oracle, Teil 2 Datenbanken und Oracle, Teil 2 Mathias Weyland Linux User Group Switzerland 29. Juni 2007 SQL*Plus CHAR/VARCHAR2 Dokumentation Teil I Nachträge 1 SQL*Plus 2 CHAR/VARCHAR2 3 Dokumentation SQL*Plus SQL*Plus

Mehr

1. Eine Trace Datei 6. 1.1. Session Trace 7 1.2. Trace einer beliebigen Session 7 1.3. Probleme beim Erstellen einer Trace Datei 8 1.4.

1. Eine Trace Datei 6. 1.1. Session Trace 7 1.2. Trace einer beliebigen Session 7 1.3. Probleme beim Erstellen einer Trace Datei 8 1.4. rainer@lambertz-c.de Inhaltsverzeichnis 1. Eine Trace Datei 6 1.1. Session Trace 7 1.2. Trace einer beliebigen Session 7 1.3. Probleme beim Erstellen einer Trace Datei 8 1.4. Autotrace 9 2. Trace Datei

Mehr

E Mail/Archivierung/Quota. Upgrade Planung Exchange 2007 Roland Dietlicher/ID Basisdienste

E Mail/Archivierung/Quota. Upgrade Planung Exchange 2007 Roland Dietlicher/ID Basisdienste E Mail/Archivierung/Quota Upgrade Planung Exchange 2007 Roland Dietlicher/ID Basisdienste 25.02.2009 Mail Migration auf Exchange 2007 Vorbereitungsarbeiten seit anfangs 2008 Verzögerungen Windows Server

Mehr

Oracle BI EE mit großen Datenmengen

Oracle BI EE mit großen Datenmengen Oracle BI EE mit großen Datenmengen Christian Casek Riverland Solutions GmbH München Schlüsselworte: Oracle BI EE, Oracle BI Applications, Informatica, RPD, große Datenmengen, Performance, Performanceoptimierung,

Mehr

Multivariate Tests mit Google Analytics

Multivariate Tests mit Google Analytics Table of Contents 1. Einleitung 2. Ziele festlegen 3. Einrichtung eines Multivariate Tests in Google Analytics 4. Das JavaScript 5. Die Auswertung der Ergebnisse Multivariate Tests mit Google Analytics

Mehr

Inhaltsverzeichnis. Lutz Fröhlich. PostgreSQL 9. Praxisbuch für Administratoren und Entwickler. ISBN (Buch): 978-3-446-42239-1

Inhaltsverzeichnis. Lutz Fröhlich. PostgreSQL 9. Praxisbuch für Administratoren und Entwickler. ISBN (Buch): 978-3-446-42239-1 Inhaltsverzeichnis Lutz Fröhlich PostgreSQL 9 Praxisbuch für Administratoren und Entwickler ISBN (Buch): 978-3-446-42239-1 ISBN (E-Book): 978-3-446-42932-1 Weitere Informationen oder Bestellungen unter

Mehr

Oracle Capacity Planning

Oracle Capacity Planning Seminarunterlage Version: 2.03 Version 2.03 vom 8. Juli 2014 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen sind Warenzeichen oder

Mehr

IO Performance in virtualisierten Umgebungen

IO Performance in virtualisierten Umgebungen IO Performance in virtualisierten Umgebungen Bruno Harsch El. Ing. HTL/FH Managing Partner Tel +41 52 366 39 01 bruno.harsch@idh.ch www.idh.ch IDH GmbH Lauchefeld 31 CH-9548 Matzingen 2 Die Firma IDH wurde

Mehr

Tipps & Tricks: März 2011. Parameter der tnsnames.ora im RAC Umfeld. 1. Parameter: Bereich: Erstellung: RAC 03/2011 SH. Letzte Überarbeitung: 11.

Tipps & Tricks: März 2011. Parameter der tnsnames.ora im RAC Umfeld. 1. Parameter: Bereich: Erstellung: RAC 03/2011 SH. Letzte Überarbeitung: 11. Tipps & Tricks: März 2011 Bereich: RAC Erstellung: 03/2011 SH Versionsinfo: 11.2 Letzte Überarbeitung: 03/2011 SH Als PDF Downloaden! Parameter der tnsnames.ora im RAC Umfeld Wird Oracle Real Application

Mehr

Aktuelle Sicherheitsprobleme im Internet: Angriffe auf Web-Applikationen

Aktuelle Sicherheitsprobleme im Internet: Angriffe auf Web-Applikationen FAEL-Seminar Aktuelle Sicherheitsprobleme im Internet: Angriffe auf Web-Applikationen Prof. Dr. Marc Rennhard Institut für angewandte Informationstechnologie InIT ZHAW Zürcher Hochschule für Angewandte

Mehr

Well-Balanced. Performance Tuning

Well-Balanced. Performance Tuning Well-Balanced Real Application Cluster Performance Tuning Über mich virtual7 GmbH Jürgen Bouché Zeppelinstraße 2 76185 Karlsruhe Tel.: +49 (721) 6190170 Fax.: +49 (721) 61901729 Email: jbouche@heine.de

Mehr

Oracle-Statistiken im Data Warehouse effizient nutzen

Oracle-Statistiken im Data Warehouse effizient nutzen Oracle-Statistiken im Data Warehouse effizient nutzen Reinhard Mense ARETO Consulting Köln Schlüsselworte: DWH, Data Warehouse, Statistiken, Optimizer, Performance, Laufzeiten Einleitung Für die performante

Mehr

Werkzeuge für Datenbank Handwerker: IBM Data Studio und IBM Optim QWT

Werkzeuge für Datenbank Handwerker: IBM Data Studio und IBM Optim QWT Werkzeuge für Datenbank Handwerker: IBM Data Studio und IBM Optim QWT Neue Technologien effizient nutzen Ehningen, 3. Juli 2014 Rodney Krick rk@aformatik.de aformatik Training & Consulting GmbH & Co. KG

Mehr

Abb. 1: Schematische Architektur WebLogic-Server

Abb. 1: Schematische Architektur WebLogic-Server Forms 11g im Weblogic-Server Vertrautes in neuem Gewand Stephan La Rocca TEAM GmbH Paderborn Schlüsselworte: Oracle Weblogic Server, Forms 11g, Administration, Konfiguration, New Features. Einleitung Mit

Mehr

Architekturen. Von der DB basierten zur Multi-Tier Anwendung. DB/CRM (C) J.M.Joller 2002 131

Architekturen. Von der DB basierten zur Multi-Tier Anwendung. DB/CRM (C) J.M.Joller 2002 131 Architekturen Von der DB basierten zur Multi-Tier Anwendung DB/CRM (C) J.M.Joller 2002 131 Lernziele Sie kennen Design und Architektur Patterns, welche beim Datenbankzugriff in verteilten Systemen verwendet

Mehr

die wichtigsten Caches (SGA) sind on-the-fly änderbar.

die wichtigsten Caches (SGA) sind on-the-fly änderbar. Betrifft Autor Umgang und Verwaltung von Oracle Memory Reno Glass (Reinhold.Glass@trivadis.com) Art der Info Technische Background Info (April 2002) Quelle Aus dem NF9i -Kurs und NF9i-Techno-Circle der

Mehr

MIN oder MAX Bildung per B*Tree Index Hint

MIN oder MAX Bildung per B*Tree Index Hint E-Mail: rainer@lambertz-c.de Internet: http://www.lambertz-c.de MIN oder MAX Bildung per B*Tree Index Hint Zugegeben, der Trick Min- oder Maximalwerte per Index Hint zu ermitteln ist nicht neu. Gewöhnlich

Mehr

Inhalt. 14.7.2009 Dr. Frank Haney 2

Inhalt. 14.7.2009 Dr. Frank Haney 2 Inhalt SQL Tuning in Oracle 9i und 10g SQL Tuning in Oracle 11g - Überblick SQL Plan Management SQL Performance Analyzer Automatic SQL Tuning Adaptive Cursor Sharing Wechselwirkung verschiedener Komponenten

Mehr

SQL Server 2008 Performance-Optimierung

SQL Server 2008 Performance-Optimierung Holger Schmeling SQL Server 2008 Performance-Optimierung Das Praxisbuch für Entwickler und Administratoren ^ ADDISON-WESLEY An imprint of Pearson Education München Boston San Francisco Harlow, England

Mehr

Dynamisches SQL. Folien zum Datenbankpraktikum Wintersemester 2009/10 LMU München

Dynamisches SQL. Folien zum Datenbankpraktikum Wintersemester 2009/10 LMU München Kapitel 4 Dynamisches SQL Folien zum Datenbankpraktikum Wintersemester 2009/10 LMU München 2008 Thomas Bernecker, Tobias Emrich unter Verwendung der Folien des Datenbankpraktikums aus dem Wintersemester

Mehr

IBM DB2 für Linux/Unix/Windows Monitoring und Tuning

IBM DB2 für Linux/Unix/Windows Monitoring und Tuning IBM DB2 für Linux/Unix/Windows Monitoring und Tuning Seminarunterlage Version: 4.05 Version 4.05 vom 9. Februar 2015 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt-

Mehr

Performant mit CAPE und der Performance Signatur. 10.09. 2015 MMS APM Kay Koedel

Performant mit CAPE und der Performance Signatur. 10.09. 2015 MMS APM Kay Koedel Performant mit CAPE und der Performance Signatur 10.09. 2015 MMS APM Kay Koedel Agenda Motivation CAPE CAPE Standard Performance Signatur Live Demo Motivation Motivation Performance Management APM befasst

Mehr

Zabbix Performance Tuning

Zabbix Performance Tuning Zabbix Performance Tuning Getting most out of your hardware 1/31 Zabbix Webinar Inhalte des Webinars Übersicht über Zabbix Performance Faktoren Step 1. Identifizieren und Beheben von Problemen Step 2.

Mehr

RAC auf Sun Cluster 3.0

RAC auf Sun Cluster 3.0 RAC auf Sun Cluster 3.0 Schlüsselworte RAC, OPS, Sun Cluster, Performance, Availability Zusammenfassung Oracle hat mit dem Real Application Cluster (RAC) aus einer Hochverfügbarkeitslösung eine Höchstverfügbarkeitslösung

Mehr

3 Richtlinienbasierte Verwaltung und Multi-Server- Administration

3 Richtlinienbasierte Verwaltung und Multi-Server- Administration Richtlinienbasierte Verwaltung und Multi-Server-Administration 3 Richtlinienbasierte Verwaltung und Multi-Server- Administration SQL Server Management Studio bietet eine Reihe von Unterstützungsmöglichkeiten,

Mehr

SOLISYON GMBH TOBIAS GRUBER BEN WEISSMAN. Analyse von Dimensions-Schlüsselfehlern bei der Aufbereitung von SSAS Datenbanken

SOLISYON GMBH TOBIAS GRUBER BEN WEISSMAN. Analyse von Dimensions-Schlüsselfehlern bei der Aufbereitung von SSAS Datenbanken WEITER BLICKEN. MEHR ERKENNEN. BESSER ENTSCHEIDEN. Analyse von Dimensions-Schlüsselfehlern bei der Aufbereitung von SSAS Datenbanken SOLISYON GMBH TOBIAS GRUBER BEN WEISSMAN ANALYSE VON OLAP-AUFBEREITUNGSFEHLERN

Mehr

Johannes Ahrends CarajanDB GmbH. www.carajandb.com 2013 CarajanDB GmbH

Johannes Ahrends CarajanDB GmbH. www.carajandb.com 2013 CarajanDB GmbH Johannes Ahrends CarajanDB GmbH CarajanDB Warum ist eine Anwendung langsam? Beispiele von echten Performanceproblemen 2 Experten mit über 20 Jahren Oracle Erfahrung Firmensitz in Erftstadt bei Köln Spezialisten

Mehr

Datenbankadministration

Datenbankadministration Datenbankadministration 10. Monitoring AG DBIS University of Kaiserslautern, Germany Karsten Schmidt kschmidt@informatik.uni-kl.de (Vorlage TU-Dresden) Wintersemester 2008/2009 Momentaufnahmen Momentaufnahmen

Mehr

MySQL Installation. AnPr

MySQL Installation. AnPr Name Klasse Datum 1 Allgemeiner Aufbau Relationale Datenbank Management Systeme (RDBMS) werden im Regelfall als Service installiert. Der Zugriff kann über mehrere Kanäle durchgeführt werden, wobei im Regelfall

Mehr

Oracle Database Backup Service - DR mit der Cloud

Oracle Database Backup Service - DR mit der Cloud Oracle Database Backup Service - DR mit der Cloud Martin Berger Trivadis AG CH-3015 Bern Schlüsselworte Oracle Cloud, Backup, Disaster Recovery, RMAN, cloud.oracle.com, PaaS Einleitung Mit dem Oracle Database

Mehr

Performance. is rarely an accident. Martin Klier Lead / Senior Database Administrator. TGW Software Services GmbH Lindenweg 13 92552 Teunz

Performance. is rarely an accident. Martin Klier Lead / Senior Database Administrator. TGW Software Services GmbH Lindenweg 13 92552 Teunz Performance is rarely an accident Martin Klier Lead / Senior Database Administrator TGW Software Services GmbH Lindenweg 13 92552 Teunz Martin Klier Senior Database Administrator TGW Logistics Group /

Mehr

Martin Wunderli (martin.wunderli@trivadis.com)

Martin Wunderli (martin.wunderli@trivadis.com) Betrifft Standby Aber logisch! Art der Info Lösungskonzept (Januar 2003) Autor Quelle Martin Wunderli (martin.wunderli@trivadis.com) Beratungstätigkeit Schlüsselworte Data Guard, Logische Standby Datenbank

Mehr

pro4controlling - Whitepaper [DEU] Whitepaper zur CfMD-Lösung pro4controlling Seite 1 von 9

pro4controlling - Whitepaper [DEU] Whitepaper zur CfMD-Lösung pro4controlling Seite 1 von 9 Whitepaper zur CfMD-Lösung pro4controlling Seite 1 von 9 1 Allgemeine Beschreibung "Was war geplant, wo stehen Sie jetzt und wie könnte es noch werden?" Das sind die typischen Fragen, mit denen viele Unternehmer

Mehr

Eine völlig andere Form Abfragen zu erstellen ist, sie mit Hilfe der Datenbankabfragesprache SQL zu gestalten.

Eine völlig andere Form Abfragen zu erstellen ist, sie mit Hilfe der Datenbankabfragesprache SQL zu gestalten. Einführung SQL 2010 Niko Becker Mit unseren Übungen zu ACCESS können Sie Aufbau und Struktur einer relationalen Datenbank kennenlernen. Wir zeigen Ihnen wie Sie Tabellen, Formulare und Berichte erstellen

Mehr

Whitepaper. bi-cube SSO SSO in einer Terminal Umgebung. T e c h n o l o g i e n L ö s u n g e n T r e n d s E r f a h r u n g

Whitepaper. bi-cube SSO SSO in einer Terminal Umgebung. T e c h n o l o g i e n L ö s u n g e n T r e n d s E r f a h r u n g Whitepaper bi-cube SSO T e c h n o l o g i e n L ö s u n g e n T r e n d s E r f a h r u n g Inhalt 1 DIE SITUATION...3 2 ZIELSTELLUNG...4 3 VORAUSSETZUNG...5 4 ARCHITEKTUR DER LÖSUNG...6 4.1 Biometrische

Mehr

KASPERSKY SECURITY FOR VIRTUALIZATION 2015

KASPERSKY SECURITY FOR VIRTUALIZATION 2015 KASPERSKY SECURITY FOR VIRTUALIZATION 2015 Leistung, Kosten, Sicherheit: Bessere Performance und mehr Effizienz beim Schutz von virtualisierten Umgebungen AGENDA - Virtualisierung im Rechenzentrum - Marktübersicht

Mehr

Eine Fahrstuhlfahrt. Datengewinnung (TI 83)

Eine Fahrstuhlfahrt. Datengewinnung (TI 83) Eine Fahrstuhlfahrt Zielsetzung: In diesem Experiment ist es unser Ziel die Bewegung eines Fahrstuhls zu untersuchen und seine Beschleunigung zu messen. Der Sensor ist ein Beschleunigungsmesser, der mit

Mehr

Benutzerhandbuch. Neukirchen

Benutzerhandbuch. Neukirchen Benutzerhandbuch Neukirchen August 2015 Kontakt: Kai Hübl Lambertsberg 17 D-34626 Neukirchen kai.huebl@asneg.de Contents 1 Einleitung... 5 1.1 Inhalt... 5 1.2 OPC UA Client Stack... 5 1.3 OPC UA Server

Mehr

Oracle Warehousebuilder. Version 9.2.0.2.8 In Version 9.2er Umgebung

Oracle Warehousebuilder. Version 9.2.0.2.8 In Version 9.2er Umgebung Oracle Warehousebuilder Version 9.2.0.2.8 In Version 9.2er Umgebung Themenüberblick Architektur Vorbereitung Ablauf und Details Anmerkungen / Probleme Architektur GEBIS (Source) Datenfluss

Mehr

Kurzdokumentation über die Terminalserver- Verwaltungskonsole für das Pfarrpaket

Kurzdokumentation über die Terminalserver- Verwaltungskonsole für das Pfarrpaket Kurzdokumentatio Pfarrverwaltung V4 Kurzdokumentation über die Terminalserver- Verwaltungskonsole für das Pfarrpaket Version 1.0 Diözese Linz Diözesane IT Pfarrverwaltung Kapuzinerstraße 47 4020 Linz Linz,

Mehr

Schlüsselworte Data Guard, Standby Datenbank, RMAN, Backup, Restore, Recovery

Schlüsselworte Data Guard, Standby Datenbank, RMAN, Backup, Restore, Recovery Betrifft Standby Datenbanken Backup Art der Info Lösungskonzept (November 2002) Autor Irina Flegler (irina.flegler@trivadis.com) Martin Wunderli (martin.wunderli@trivadis.com) Quelle Beratungstätigkeit

Mehr

GIA Informatik AG Peyermattstrasse 3 CH-4665 Oftringen Telefon +41 62 789 71 71 Telefax +41 62 789 71 99 info@gia.ch www.gia.ch

GIA Informatik AG Peyermattstrasse 3 CH-4665 Oftringen Telefon +41 62 789 71 71 Telefax +41 62 789 71 99 info@gia.ch www.gia.ch GIA Informatik AG Peyermattstrasse 3 CH-4665 Oftringen Telefon +41 62 789 71 71 Telefax +41 62 789 71 99 info@gia.ch www.gia.ch Agenda 1 GIA Informatik AG 2 SAP MaxDB im Kundeneinsatz 3 Management von

Mehr

eassessment Oracle DB Engine Whitepaper

eassessment Oracle DB Engine Whitepaper eassessment Oracle DB Engine Whitepaper DOKUMENT: TYP: eassessment Oracle DB Engine Whitepaper Plattformdokumentation ERSTELLT VON: nova ratio AG Universitätsstraße 3 56070 Koblenz Deutschland VERSION:

Mehr

Installation von SAS unter Windows

Installation von SAS unter Windows 1. Vorbemerkung Installation von SAS unter Windows Die Installation von SAS unter Windows - hier am Beispiel von SAS 9.3 (Landeslizenz Niedersachsen) auf einem PC mit 32-Bit-Win7 - dauert relativ lange,

Mehr

Datenbanksystem. System Global Area. Hintergrundprozesse. Dr. Frank Haney 1

Datenbanksystem. System Global Area. Hintergrundprozesse. Dr. Frank Haney 1 Datenbanksystem System Global Area Hintergrundprozesse Dr. Frank Haney 1 Komponenten des Datenbanksystems System Global Area Program Global Area Hintergrundprozesse Dr. Frank Haney 2 System Global Area

Mehr

27. 03. 2007 IT-Frühstück IT Trend Virtualisierung Hype oder Nutzen? Praxisaspekte

27. 03. 2007 IT-Frühstück IT Trend Virtualisierung Hype oder Nutzen? Praxisaspekte Ole Raether raether@oraservices.de 27. 03. 2007 IT-Frühstück IT Trend Virtualisierung Hype oder Nutzen? Praxisaspekte Inhalt oraservices.de Probleme: Failover Cluster, RAC 24*7 Fazit Was tun? oraservices.de

Mehr

Jens Zwer. End-to-End Monitoring für Web-, SOA- und Oracle Applikationen

Jens Zwer. End-to-End Monitoring für Web-, SOA- und Oracle Applikationen Jens Zwer Applications & Systems Management Solutions End-to-End Monitoring für Web-, SOA- und Oracle Applikationen Mai 2010 Kosten Online-Applikation vs. Nutzen & Kundenzufriedenheit? Entwicklung Test

Mehr

Aufbau einer Testumgebung mit VMware Server

Aufbau einer Testumgebung mit VMware Server Aufbau einer Testumgebung mit VMware Server 1. Download des kostenlosen VMware Servers / Registrierung... 2 2. Installation der Software... 2 2.1 VMware Server Windows client package... 3 3. Einrichten

Mehr

In Tabelle 2.1 sehen Sie das Ergebnis beider Ausführungen auf meiner Maschine.

In Tabelle 2.1 sehen Sie das Ergebnis beider Ausführungen auf meiner Maschine. Kapitel 2 Datenverwaltung durch SQL Server Wir wollen das obige Skript zwei Mal laufen lassen, einmal mit und einmal ohne eingeschalteten Schreibcache der Festplatte. Für eine lokale Festplatte können

Mehr

PostgreSQL auf vielen CPUs. Hans-Jürgen Schönig Hans-Jürgen Schönig

PostgreSQL auf vielen CPUs. Hans-Jürgen Schönig  Hans-Jürgen Schönig PostgreSQL auf vielen CPUs Ansätze zur Skalierung PostgreSQL auf einer CPU Traditionell läuft eine Query auf nur einer CPU Historisch gesehen war das kein Problem Mittlerweile ist das ein großes Problem

Mehr

Whitepaper. Produkt: combit Relationship Manager. Einrichtung für Remotedesktopdienste (Windows Server 2008 R2)

Whitepaper. Produkt: combit Relationship Manager. Einrichtung für Remotedesktopdienste (Windows Server 2008 R2) combit GmbH Untere Laube 30 78462 Konstanz Whitepaper Produkt: combit Relationship Manager Einrichtung für Remotedesktopdienste (Windows Server 2008 R2) Einrichtung für Remotedesktopdienste (Windows Server

Mehr

Tuning des Weblogic /Oracle Fusion Middleware 11g. Jan-Peter Timmermann Principal Consultant PITSS

Tuning des Weblogic /Oracle Fusion Middleware 11g. Jan-Peter Timmermann Principal Consultant PITSS Tuning des Weblogic /Oracle Fusion Middleware 11g Jan-Peter Timmermann Principal Consultant PITSS 1 Agenda Bei jeder Installation wiederkehrende Fragen WievielForms Server braucheich Agenda WievielRAM

Mehr

Total Cost of Ownership Vergleich Linux/Windows

Total Cost of Ownership Vergleich Linux/Windows Aktuelle Themen der Informatik Total Cost of Ownership Vergleich Linux/Windows Tobias Walter CN7 Mai 2006 1 Agenda Was ist Total Cost of Ownership? 2005 North American Linux and Windows TCO Comparison

Mehr

Prozedurale Datenbank- Anwendungsprogrammierung

Prozedurale Datenbank- Anwendungsprogrammierung Idee: Erweiterung von SQL um Komponenten von prozeduralen Sprachen (Sequenz, bedingte Ausführung, Schleife) Bezeichnung: Prozedurale SQL-Erweiterung. In Oracle: PL/SQL, in Microsoft SQL Server: T-SQL.

Mehr

Application Performance Management. Auch eine Frage des Netzwerkes?

Application Performance Management. Auch eine Frage des Netzwerkes? Application Performance Management Auch eine Frage des Netzwerkes? Agenda Architektur von Webanwendungen Lange Applikationsantwortzeiten Application Performance Management (APM) Netzwerkbasiertes APM Serverbasiertes

Mehr

Changelog in-step BLUE 5.0.4

Changelog in-step BLUE 5.0.4 Changelog in-step BLUE 5.0.4 Dieses Changelog beschreibt wesentliche Änderungen und Korrekturen, die mit der aktuellen in-step BLUE Version 5.0.4 zur Verfügung gestellt werden. Das Changelog bezieht sich

Mehr

Leistungs- und Geschwindigkeitssteigerung. Dipl.-Ing. Sebastian F. Kleinau Applikationsingenieur

Leistungs- und Geschwindigkeitssteigerung. Dipl.-Ing. Sebastian F. Kleinau Applikationsingenieur Leistungs- und Geschwindigkeitssteigerung von LabVIEW-Projekten Dipl.-Ing. Sebastian F. Kleinau Applikationsingenieur Agenda 1. Einführung 2. Hilfreiche Werkzeuge zur Codeanalyse 3. Benchmarks für LabVIEW-VIs

Mehr

RMAN Recover Szenarien inkl. Wechsel der Inkarnation

RMAN Recover Szenarien inkl. Wechsel der Inkarnation Tipps & Tricks: Mai 2013 Bereich: DBA, B&R, RMAN Erstellung: 05/2013 MM Versionsinfo: 10.2 bis 11.2 Letzte Überarbeitung: 05/2013 MM Als PDF Downloaden! RMAN Recover Szenarien inkl. Wechsel der Inkarnation

Mehr

2. Einrichtung der ODBC-Schnittstelle aus orgamax (für 32-bit-Anwendungen)

2. Einrichtung der ODBC-Schnittstelle aus orgamax (für 32-bit-Anwendungen) 1. Einführung: Über den ODBC-Zugriff können Sie bestimmte Daten aus Ihren orgamax-mandanten in anderen Anwendungen (beispielsweise Microsoft Excel oder Microsoft Access) einlesen. Dies bietet sich beispielsweise

Mehr

PostgreSQL unter Debian Linux

PostgreSQL unter Debian Linux Einführung für PostgreSQL 7.4 unter Debian Linux (Stand 30.04.2008) von Moczon T. und Schönfeld A. Inhalt 1. Installation... 2 2. Anmelden als Benutzer postgres... 2 2.1 Anlegen eines neuen Benutzers...

Mehr