Sven’s Technik-Blog

For quite some time I have been trying to persuade my colleagues to write a MySQL plug-in for Oracle Grid Control. Without success...

But now an official plug-in is available, created by Alex Gorbachev (Pythian Group). It can be downloaded from the "Oracle Enterprise Manager 10g Grid Control
Extensions Exchange" page too - and it is tested from Oracle

There are very interesting tables and charts included, for instance:

For more information: see the datasheet.

Folgende Oracle-Aussage stimmt definitiv nicht mehr:

Patch sets provide bug fixes only; they do not include new functionality and they do not require certification on the target system.

Wie in diesem Blogeintrag zu sehen ist, gibt es weitere neue Funktionen, worüber sich die "Performance Junkies" freuen werden

Neben der Vorstellung der zwei Komponenten "Database Replay" und "SQL Performance Analyzer" in meinem Blog habe ich dazu auch noch einen etwas ausführlicheren Artikel geschrieben.

Download: www.trivadis.com -> Know-how-Center -> Publikationen
Oder direkt hier.

Eins der für mich interessantesten Features von Oracle 10.2 ist das "Multi-column partition pruning". Sind Tabellen nach mehreren Spalten Range-Partitioniert, kann Partition Pruning voll benutzt werden, auch wenn der/die führenden Partition-Keys nicht in der Abfrage verwendet werden. In alten Versionen geht das nicht, Partition-Pruning wird dann nicht benutzt bzw. es werden viel grössere Bereiche gelesen.

Diese Aussage stimmt so inzwischen nicht mehr.
Read the rest of this entry »

Auch hier wieder ein Verweis auf den Artikel von Arup Nanda, der das "Doing" sehr gut beschreibt.

Das in meinem letzten Blog-Eintrag beschriebene Database Replay kann einiges nicht:

• Nur einzelne Statements analysieren
• Statements, die auf eine bestimmte Tabelle zugreifen, analysieren
• Zusätzliche (nicht aufgezeichnete) Statements analysieren
• Auf Detailebene Statistiken und Ausführungspläne analysieren

Genau diese Punkte sind die Stärken des SQL Performance Analyzer (SPA).
Read the rest of this entry »

Auch ich möchte mit einer Reihe über Features von 11g starten. Ich will dabei nicht berichten, wie einfach es ist, eine bestimmte Funktionalität einzusetzen (dafür gibt es viele andere Blogs, auf die ich gern verweisen werde). Mein Ziel ist es, das Feature zu bewerten und über mögliche Probleme zu informieren.

OK - starten wir mit Database Replay. Ein guter Einstieg dazu ist der Artikel von Arup Nanda. Empfehlen würde ich aber, nicht alles per Enterprise Manager zu "klicken", sondern sich etwas mit dem PL/SQL-API zu beschäftigen. Dies ist nicht so komplex - und wenn erst mal die Scripts existieren, ist alles viel leichter nachvollziehbar.

Ich habe nun viel Zeit investiert, um zu testen, ob die Ergebnisse wirklich aussagekräftig sind.

Management Summery:

• Reine Abfragen: perfekt
• Abfragen und DML-Operationen ohne Locking-Probleme: perfekt
• DML-Operationen mit vielen Locking-Problemen: in den ersten Versuchen nicht gut...

Read the rest of this entry »

Nachdem ich bis jetzt 11g nur als Test installiert habe (Beta und auch Releaseversion) stand gestern der erste (kleine) Praxistest an.

Ich wollte 11g in unserer Schulungsumgebung zum Laufen bekommen, so dass unsere Oracle-Schulungsteilnehmer auch die Möglichkeit haben, für Übungen diese neue Version zu benutzen - oder einfach damit zu spielen (natürlich bleiben auch die 8i, 9i und 10g (10.1 und 10.2) Datenbanken).

Fazit: Problemlos.
Sowohl die Installation der Software, das Anlegen der Datenbanken als auch das Laden der Daten klappte.
Angenehmer Nebeneffekt: Zumindest beim Laden meiner Beispieldatenbank ist 11g im Durchschnitt 5% schneller als 10gR2. Dabei erzeuge ich eine Menge von Daten mit unterschiedlichsten Methoden ("alter" Import, Import per Datapump, External Table, Tabellen umkopieren, MViews anlegen, ...).
Einiger Ausreisser: Der klassische Import einer IOT mit ca. 1'000'000 Rows war 4% langsamer. Aber das Exportfile stammt aus Zeiten von Oracle8 - ist damit vielleicht nicht wirklich aussagekräftig.

Jonathan Lewis schreibt in seinem Artikel Functions über eine oft gestellte Frage:

The use of functions - a function with other selects (eg. calculate availability of a part) - is slowing down our system when we do a select over our product file.
Is there some kind of rule when functions should be used or when we should try to create a more complex - combined - SQL that does not use the function.
Can functions be used in the where clause without loosing a lot of speed?

Ein guter, empfehlenswerte Artikel.

Was ich aber noch erwähnen würde:
Wenn ich aus SQL eine PL/SQL-Function aufrufe, die wiederum ein SQL ausführt, wird jeweils ein Kontext-Switch zwischen SQL-Engine und PL/SQL-Engine und nochmals SQL-Engine durchgeführt. Dieser dauert nicht sehr lang, sagen wir mal eine Millisekunde. Aber wenn ich dies 1'000'000 mal mache, sind das schon 2'000'000 ms - als mehr als eine halbe Stunde...

Am 19.07. halte ich wieder einmal 2 Vorträge am DOAG Regionaltreffen Stuttgart:

• Critical Patch Update - und Ihre Applikation funktioniert noch?
  Ein Critical Patch ist wichtig für die Security. Aber läuft dann die Datenbank noch?
  Macht die Applikation noch, was von ihr erwartet wird?
  In diesem Vortrag wird eine Methode des automatischen Testens vorgestellt.
  Ausserdem werden die Erfahrungen mit den CPUs präsentiert.
• End-to-End-Tracing live gezeigt
  Grid Control 10.2 verspricht echtes End-to-End-Tracing. Und es funktioniert wirklich.
  Nach der Definition von Applikationen kann man ein Drill-Down vom WebServer
  über Middletier bis zum einzelnen Statement in der Datenbank durchführen.
  Also das, was sich jeder schon gewünscht hat.
  In einer einstündigen Demo werden die Möglichkeiten und Grenzen live gezeigt.

Mehr Informationen - und den Anmeldelink findet ihr auf der DOAG-Seite.

Die Teilnahme ist wie immer kostenlos - aber nicht umsonst