Fehlerbehebung und Optimieren der Datenbankleistung

Anwendungsentwurf
Im Beispielverzeichnis 'SQLLIB/samples/automaintcfg' findet Olivia eine Datei mit
dem Namen 'DB2AutoReorgPolicySample.xml'. In dieser Datei bemerkt Olivia folgende
Zeile:
Olivia entscheidet, dass der Schwellenwert 'reclaimExtentsSizeForIndexObjects' den
Wert 51.200 Kilobyte (50 Megabyte) überschreiten muss, bevor eine automatische
Reorganisation mithilfe der Option RECLAIM EXTENTS ausgeführt wird. Olivia kopiert
'DB2AutoReorgPolicySample.xml' in eine Datei mit dem Namen 'autoreorg-
_policy.xml' und ändert die Zeile in dem Beispiel in den folgenden Wert:
Olivia legt anschließend die Richtlinie fest:
cp $HOME/autoreorg_policy.xml $HOME/sqllib/tmp/.
db2 "call sysproc.automaint_set_policyfile( ’AUTO_REORG’, ’autoreorg_policy.xml’)"
In einem letzten Schritt prüft Olivia, ob AUTO REORG aktiviert ist. Weitere Informationen
finden Sie in den zugehörigen Tasks.
Nun, da die Richtlinie definiert und AUTO REORG aktiviert wurde, wird die automatische
Reorganisation gestartet, wenn der Schwellenwert 'reclaimExtentsSizeFor-
IndexObjects' den Wert 51.200 Kilobyte (50 Megabyte) überschreitet.
Der Entwurf einer Datenbankanwendung ist einer der Faktoren, die sich auf die
Anwendungsleistung auswirken. Lesen Sie die Informationen zu den verschiedenen
Aspekten des Anwendungsentwurfs in diesem Abschnitt, die Ihnen helfen
können, die Leistung von Datenbankanwendungen zu maximieren.
Anwendungsprozesse, gemeinsamer Zugriff und Recovery
Alle SQL-Programme werden als Teil eines Anwendungsprozesses oder eines Agenten
ausgeführt. Ein Anwendungsprozess bezieht die Ausführung eines oder mehrerer
Programme mit ein und stellt die Einheit dar, der der Datenbankmanager Ressourcen
und Sperren zuordnet. Verschiedene Anwendungsprozesse können die
Ausführung verschiedener Programme oder auch verschiedene Ausführungen desselben
Programms beinhalten.
Es können mehrere Anwendungsprozesse zur gleichen Zeit einen Zugriff auf dieselben
Daten anfordern. Als Sperren wird der Mechanismus bezeichnet, mit dessen
Hilfe die Datenintegrität unter solchen Bedingungen aufrechterhalten wird. Das
Sperren verhindert zum Beispiel, dass zwei Anwendungsprozesse dieselbe Zeile
von Daten gleichzeitig aktualisieren.
Der Datenbankmanager fordert Sperren an, um zu verhindern, dass nicht festgeschriebene
Änderungen, die von einem Anwendungsprozess ausgeführt wurden,
unbeabsichtigt von einem anderen Prozess gelesen werden. Der Datenbankmanager
gibt alle Sperren, die er für einen Anwendungsprozess angefordert und aktiviert
hat, frei, wenn dieser Prozess endet. Ein Anwendungsprozess kann jedoch
explizit anfordern, dass Sperren früher freigegeben werden sollen. Dies geschieht
durch eine Commitoperation (commit). Diese Operation gibt Sperren frei, die während
einer UOW (Unit of Work) aktiviert wurden und schreibt darüber hinaus Datenbankänderungen
fest, die während der UOW ausgeführt wurden.
172 Fehlerbehebung und Optimieren der Datenbankleistung