Reorganisationsart (SAP-Bibliothek - Datenbankverwaltung (Oracle) mit SAPDBA)

Reorganisationsart

Es gibt verschiedene Arten der Datenbankreorganisation. Wählen Sie stets die passende Reorganisationsart, d.h. reorganisieren Sie z.B. nur die Tabelle und nicht den gesamten Tablespace, wenn diese spezielle Tabelle Platzprobleme verursacht.

Folgendes Schaubild zeigt verschiedene Reorganisationsarten. Ausgangssituation ist ein Tablespace bestehend aus drei Datendateien mit zwei fragmentierten Tabellen und fragmentiertem Freiplatz.

Tabellen-/Index-Reorganisation: Die schnellste und einfachste Art der Reorganisation ist die Reorganisation eines einzelnen Objektes in einem Tablespace.

Die von einem Objekt belegten Extents werden zu einem geschlossenen Extent zusammengeführt (Voreinstellung Compress extents: yes). Zusätzlich werden nebeneinanderliegende Freiplatzfragmente im gesamten Tablespace zu einem geschlossenen Bereich zusammengeführt. Dies führt das ORACLE-Datenbanksystem mit dem eigenen Systemmonitor selbständig durch.

Je nach Fragmentierung des Tablespaces kann eine Tabellen-/Index-Reorganisation mit der Option Compress extents: yes eventuell nicht erfolgen, obwohl die Summe aller Freiplatzbereiche größer ist als die Tabelle oder der Index. Ein solcher Fall wird von SAPDBA erkannt und angezeigt.

Siehe Reorganisation eines einzelnen Objektes

Reorganisation einer Liste von Tabellen und Indizes: Angabe einer ASCII-Datei (Listenname), in der pro Zeile ein Objekt steht ([ Besitzer. ]<Objektname> ), das reorganisiert werden soll. Wenn nicht explizit ein anderer Besitzer angegeben wird, ist sapr3 der Besitzer dieser Objekte. Diese ASCII-Datei muß im Arbeitsverzeichnis erstellt worden sein.

Jedes der in der Listendatei aufgeführten Objekte wird reorganisiert wie "Tabellen- / Index-Reorganisation".

Siehe Reorganisation einer Liste von Objekten

Tablespace-Reorganisation: Alle Objekte eines Tablespaces werden zu einem Extent je Objekt zusammengeführt. Der Freiplatz im Tablespace wird ebenfalls in einem geschlossenen Fragment pro Datendatei zusammengelegt (nicht bei Verwendung der Optionen Create table ... as select oder Index rebuild).

Siehe Reorganisation eines Tablespaces

Tablespace-Reorganisation mit Datendateien: Zusätzlich zur einfachen Tablespace-Reorganisation führt diese Reorganisation die Datendateien eines Tablespaces zu einer Datendatei zusammen, wenn die Größe dieser Datei kleiner als 2 GB ist (Grenze der meisten Betriebssysteme). Andernfalls schlägt SAPDBA vor, den Inhalt der alten Dateien in eine von SAPDBA bestimmte Anzahl von Dateien gleicher Größe zu schreiben. Diese Anzahl ist die kleinstmögliche Anzahl von Dateien, die gewährleistet, daß jede einzelne Dateigröße kleiner als 2 GB ist. Alle Dateien werden in dasselbe Verzeichnis geschrieben (Bezeichnung entsprechend den SAP-Namenskonventionen).

Die Summe der 5 alten Datendateien ist 4,8 GB. SAPDBA schlägt 3 Datendateien mit je 1,6 GB als neue Datendateien vor. Sie können diese Voreinstellung von SAPDBA auch ändern, z.B. auf 2x1,9 GB und 1x1,0 GB oder 4x1,2 GB usw.

Diese Reorganisationsart ist die komplizierteste und sollte dementsprechend selten genutzt werden.

Siehe Reorganisation eines Tablespaces mit Datendateien

Umlegen/ Umbenennen der Datendateien eines Tablespaces: Wenn Sie nur die Datendateizuordnung für einen Tablespace ändern wollen, müssen Sie den entsprechenden Tablespace nicht reorganisieren. Nutzen Sie in diesem Fall die Option Move/ rename data files of a tablespace.

Siehe Umlegen/ Umbenennen der Datendateien eines Tablespaces

Defragmentierung

Unabhängig von der Reorganisationsart wird von SAPDBA immer eine Defragmentierung der gesamten Datenbank durchgeführt. Nachdem alle zu reorganisierenden Tabellen und Indizes gelöscht wurden, wird der jetzt bestehende Freiplatz der gesamten Datenbank defragmentiert. Dabei werden physisch direkt nebeneinanderliegende freie Fragmente innerhalb aller Datendateien zusammengeführt. Danach werden die gelöschten Tabellen und Indizes wiederhergestellt.