Kleiner Erfahrungsbericht zu «Oracle Warehouse Builder mit Oracle ...

Focus
SOUG Newsletter 1/2005
18
Franz Herzog, iRIX Software Engineering AG
Kleiner Erfahrungsbericht
zu «Oracle Warehouse Builder
mit Oracle RDBMS 10g»
Einleitung
Im Rahmen eines Kundenprojekts,
bei dem eine Tabelle innerhalb einer
Oracle-Datenbank mit externen Daten
abgefüllt werden soll, wird der Oracle
Warehouse Builder (OWB), Version 9.2
eingesetzt. Dies bedeutet, dass externe
Daten (in diesem Fall ebenfalls
Daten aus Oracle-Tabellen) via PL/SQL-
Packages vom Quellsystem abgesaugt,
transformiert und in der Zieltabelle
eingefügt werden. Die Modellierung
dieses Vorgangs innerhalb von
OWB ist einfach, aber der von OWB
erzeugte PL/SQL-Code für die beschriebene
Aufgabe entpuppt sich als
höchst anspruchsvolle Aufgabe für
den Server: Im Umfeld von RDBMS-
Versionen der Generation «9i» wird
man richtig mit ORA-00600-Fehlern
verwöhnt. Unter diesen Umständen ist
es uns ein Versuch wert, das Verhalten
der OWB-Handlungen auf einer 10g
Datenbank zu untersuchen.
Erfahrungen mit OWB
auf RDBMS 9i
Für den ETL-Vorgang kann es aus
dem Blickwinkel der Verarbeitungszeit
von Vorteil sein, Bulk-Operationen und
Parallel-Hints einzusetzen. Diese Möglichkeit
kann innerhalb von OWB auf
einem Mapping mit der rechten Maustaste
und «Configure» ➞ «Code generation
options» ➞ «Bulk processing
code», resp. «Parallel row code» spezifiziert
werden.
Damit diese von OWB generierten
PL/SQL-Packages (im sogenannten
Target-Schema) mit entsprechender
Syntax dann auch wirklich genutzt
werden können, muss Datenbankseitig
der Initiierungsparameter parallel_max_servers
0 gesetzt sein,
d.h. es muss dem DB_Server möglich
sein, je nach requests die Anzahl an
Parallel-Query-Prozessen zu erhöhen.
(Ein Wert von min_parallel_servers=0
ist für die nachfolgenden Ausführungen
nicht relevant). Die von uns eingesetzten
RDBMS-Versionen 9.2.0.4
auf AIX und 9.2.0.5 auf Linux-x86 und
HP-UX(PA-Risc-64) hatten damit ihre
liebe Mühe:
1. AIX 5L (64bit), RDBMS 9.2.0.4:
■ Lässt man gar keine Parallel
queries zu, d.h. auf DB-Ebene
parallel_min_servers=0,
parallel_max_servers=0, so erhält
man ORA-00600 [kcbgcur_6] …
■ Setzt man max_parallel_
servers0, so erhält man
ORA-0060 [15805]
2. HP-UX 11i (64bit PA-Risc), Linux
Suse 8.0 (32bit), RDBMS 9.2.0.5:
■ Lässt man gar keine Parallel
queries zu, d.h. auf DB-Ebene
parallel_min_servers=0,
parallel_max_servers=0, so
erhält man keine ORA-00600 -
Probleme …
■ Setzt man max_parallel_
servers0, so erhält man
ORA-0060 [15805]
➞
➞

Die ORA-00600-[15805]-Probleme
konnten im AIX-Fall für
max_parallel_servers0 gelöst
werden (patch 3607694), wurden aber
durch neue ORA-00600 [kcbgcur_6]...
abgelöst, wie folgender Ausschnitt aus
einem Trace-file zeigt. 1
19
ORA-00600: internal error code, arguments: [kcbgcur_6], [4], [], [], [], [], [], []
Current SQL statement for this session:
MERGE
/*+ APPEND PARALLEL (TESTTABLE[, [integer | DEFAULT] [, [integer | DEFAULT]]]) */
INTO
"TESTTABLE"
USING
(SELECT .....
Auch die Probleme auf den anderen
Plattformen sind hängig, resp. als
in 10g gelöst beschrieben. Ein Ausweg
aus der Sackgasse ist lediglich
als «very dirty fix» zu betrachten: Im
Laufe eines Verarbeitungszyklus muss
periodisch der shared pool geflushed
werden, eine Lösung, die in einer Produktionsumgebung
für keinen Kunden
wirklich in Betracht gezogen werden
kann.
Erste Erfahrungen
mit OWB auf RDBMS
10g
Es ist aufgrund der beschreibenen
Verhältnisse daher nicht verwunderlich,
das Verhalten der OWB-packages auf
einer 10g Instanz zu untersuchen:
Für diesen Zweck wurde auf einer HP-
UX-Maschine (HP-UX, PA-Risc 64bit,
Dual-Prozessor) eine Instanz in der
Version 10.1.0.2.0 hochgezogen, ein
Runtime-Repository und ein entsprechender
Target-user eingerichtet. In
dieses Schema wurden die entsprechenden
OWB-packages deployed:
Es konnte für keine der oben genannten
Konfigurationen ein ORA-600-Fehler
erzwungen werden und die Verarbeitungsgeschwindigkeiten
müssen als
1 Nachtrag vom 5.11.2004: Patch 3991007 (Bug
2998206), Patch 3899595 (Bug 3607694) haben
auf der AIX-Plattform endlich Linderung gebracht.
Danke auch an die Entwickler von Oracle, die
diese Backport-Patches zur Verfügung gestellt
haben.
zufriedenstellend bezeichnet werden.
Ohne jetzt wirklich tiefschürfende Forschung
betrieben zu haben, ist Oracle
10g im Umfeld von Oracle Warehouse
Builder sicherlich eine Kandidaten-Version,
die in den Bereichen Parallel
Query und Bulk-Processing weniger
Probleme verspricht als die erlebten
bei RDBMS 9i.
Contact
iRIX Software Engineering AG
Franz Herzog
E-Mail: fherzog@irix.ch
Focus
SOUG Newsletter 1/2005