Oracle Database Tuning: Diagnose statt Parameterraten

• Tag 1: Wo ist die Zeit hin?
• 1. Die Frage richtig stellen
  
• 2. Die Warteschnittstelle
  
• 3. Berichte lesen statt erzeugen
  
• 4. Von der Beobachtung zur Ursache
  
• Praxis-Übung 1: Auf der eigenen Instanz läuft eine vorbereitete Last mit drei gleichzeitig wirkenden Problemen. Jede teilnehmende Person erhebt den Befund ausschließlich über die Warteschnittstelle und die Sitzungsabfragen, ohne Berichtswerkzeug, und schreibt für jedes der drei Probleme auf: Warteereignis, betroffenes Objekt, verursachende Anweisung, Vermutung zur Ursache. Erst danach wird derselbe Zeitraum mit dem Berichtswerkzeug angesehen und verglichen, wer was gefunden hat.
• Tag 2: Die Ursachen, die wirklich vorkommen
• 1. Ein- und Ausgabe
  
• 2. Speicher und Sperren
  
• 3. Objekte und Statistiken
  
• Praxis-Übung 2: Fünf vorbereitete Lastfälle werden der Reihe nach diagnostiziert und der jeweiligen Ursachenklasse zugeordnet: einmal Zugriffsart, einmal harte Analyse durch feste Werte im Text, einmal eine Sperrsituation, einmal fehlende Statistiken, einmal ein Index, der nicht benutzt wird. Für jeden Fall ist der Beleg aus der Warteschnittstelle beizulegen. Zwei der fünf sehen in der Oberfläche gleich aus und sind nur über den Beleg zu unterscheiden.
• Tag 3: Eingreifen und stabil halten
• 1. Pläne stabil halten, ohne Zusatzlizenz
  
• 2. Eine fremde Anweisung behandeln
  
• 3. Ressourcen zuteilen
  
• 4. Dauerhaft beobachten
  
• Praxis-Übung 3: Für eine Abfrage, die nach einer Statistikerhebung einen schlechteren Plan bekommen hat, wird der gute Plan als Grundlinie erfasst und freigegeben, und die Wirkung wird belegt. Danach wird eine fremde Anweisung, die nicht geändert werden darf, über eine Korrektur mit Vorgaben behandelt. Zum Abschluss wird ein Ressourcenplan mit zwei Verbrauchergruppen eingerichtet und jede teilnehmende Person schreibt eine halbe Seite: die fünf Werte, die sie in der eigenen Datenbank künftig regelmäßig ansieht, mit Schwelle und Reaktion.
  
  
  
  
• ...

Den kompletten Seminarinhalt finden Sie auf der Anbieterseite

• Datenbankadministratoren, die bei Leistungsklagen den Befund selbst erheben müssen, statt zu raten
• Betriebsverantwortliche, die zwischen Anwendung, Datenbank und Plattform entscheiden müssen, wo die Ursache liegt
• Administratoren, die fremdes SQL vorfinden, das sie nicht ändern dürfen, und trotzdem eingreifen sollen
• Verantwortliche, die begründen müssen, ob die kostenpflichtigen Diagnosepakete beschafft werden oder nicht

Voraussetzungen: Praktische Erfahrung in der Administration einer Oracle-Datenbank, also Instanz und Parameter, Tablespaces, Benutzer und Rechte. SQL sicher lesen und schreiben können, einschließlich Verbundoperationen und Gruppierung. Sicherer Umgang mit SQL*Plus. Kein Vorwissen zur Warteschnittstelle, zu Ausführungsplänen oder zu SQL Plan Management erforderlich. Wer eine Abfrage aus eigener Anwendung mitbringen will, bringt sie ohne Produktionsdaten mit.

Abgrenzung


Dieser Kurs beantwortet die Frage, wohin die Zeit in einer Oracle-Datenbank geht, und greift danach begründet ein.

S398 geht den umgekehrten Weg: Dort liegt eine bekannte Abfrage vor, die aus Sicht der Anwendungsentwicklung schneller werden soll. S1743 Sicherung und Wiederherstellung, S4004 Hochverfügbarkeit, S4552 Multitenant, S1419 RAC. S6786 behandelt den Planvergleich als Teil eines Upgrades auf 26ai.