SAPDBA: Reorganisationsmenü (SAP-Bibliothek - Datenbankverwaltung (Oracle) mit SAPDBA)

SAPDBA: Reorganisationsmenü

Wählen Sie die von Ihnen gewünschte Reorganisationsart (Reorganize single table or index, Reorganize list of tables or indexes, Reorganize tablespace, Reorganize tablespace and data files oder Move/ rename data files of a tablespace). Beachten Sie die Unterschiede in der Menüführung je nach gewählter Reorganisationsart.

Es erscheint folgendes Menü:

a	- Tablespace
d	- Working directory
e	- Dump destination
f	- Export/import	g	- Storage param.	h	- Object handling
	Compress		ComprExt		HideTab
	Chop		SAP-NEXT		SAP-Tsp
	CheckExp		CheckExt		RebuildI
	Commit		ReduceOb		ReduceFi
	Parallel		Manually		ParIndex
	- Start				DropTab (nur bei single table)
s	- Return

Wenn Sie Move/ rename data files of a tablespace wählen, erscheinen nur die Menüpunkte a, d, s und q.

Möchten Sie für das Exportieren anstatt ORACLE export das Werkzeug SAPDBA unload/ load benutzen, können Sie dies mit Menüpunkt -f einstellen.
Weitere Informationen dazu finden Sie unter SAPDBA: Exportmenü, SAPDBA unload/ load, SQL*Loader, Reorganisation mit Create table... as select

Nachfolgend sind die wichtigsten Menüpunkte erläutert:

Objektbezeichnungen: Sie können einzelne Tabellen, Indizes, eine Liste von Objekten oder alle Objekte eines angegebenen Tablespaces reorganisieren (je nach gewählter Reorganisationsart).

Geben Sie den Namen des zu reorganisierenden Objektes/ Tablespaces und ggf. dessen Besitzer bzw. den Namen einer Objektliste an. Sie können durch Eingabe von like-Werten (z.B. T%, T%_0, PSAP%) Objektlisten (Tabellen, Indizes, Tablespaces) erzeugen, aus denen Sie das gewünschte Objekt auswählen können.

Wenn Sie eine Gruppe von mehreren Objekten bearbeiten wollen, muß eine ASCII-Datei mit der gewünschten Objektliste im Arbeitsverzeichnis erzeugt worden sein. In jeder Zeile darf nur eine Objektbezeichnung stehen. Findet SAPDBA mehrere Angaben in einer Zeile, wird der erste Wert als Besitzer des an zweiter Stelle genannten Objekts interpretiert und alle weiteren Einträge in dieser Zeile ignoriert (zulässige Trennzeichen zwischen Besitzer und Objekt: Leerzeichen oder Punkte). Ist nur ein Eintrag vorhanden, wird dieser als Objektbezeichnung interpretiert. Der Besitzer dieses Objekts ist dann automatisch sapr3 .

Target tablespace (Current tablespace): Voreinstellung: Der Tablespace-Name, in dem sich das Objekt gerade befindet, wird angezeigt.

Wird ein anderer Ziel-Tablespace gewünscht, können Sie ihn an dieser Stelle angeben. Diese Option erscheint nur bei der Reorganisationsart Reorganize single table or index.

Working directory: Voreinstellung: <ORACLE_HOME>/sapreorg ( init<DBSID>.dba -Parameter exireo_dumpdir)

Arbeitsverzeichnis, in dem die Scripte und Protokolle abgelegt werden sollen. Sie können dieses Arbeitsverzeichnis bei Bedarf ändern.

Export dump destination: Voreinstellung: <ORACLE_HOME>/sapreorg ( init<DBSID>.dba -Parameter exireo_dumpdir)

Verzeichnisse oder Bandstationen, in die die Export-Dumpdateien geschrieben werden sollen; der in den Verzeichnissen bzw. auf den Bändern zur Verfügung stehende Platz sollte insgesamt mindestens so groß sein wie die zu reorganisierenden Objekte (Tabellen, Indizes, Tablespaces). Alle weiteren Scripte und Protokolle werden in jedem Fall in das Arbeitsverzeichnis geschrieben.

Durch Definition des Parameters exp_imp_degree >1 kann der Export/ Import parallelisiert werden (siehe Paralleler Export/ Import).

SAPDBA gibt eine Warnung aus, wenn zu wenig Platz zur Verfügung steht. Vielleicht möchten Sie die Reorganisation dennoch fortsetzen. Die in die Verzeichnisse auf Platte geschriebenen Daten können durch Verwenden der Option Export/ import method ® Compress dump files: yes (wenn ORACLE-Export/ Import verwendet wird) um einen gewissen Faktor komprimiert werden. Bei der Platzprüfung wird die Wirkung dieser Komprimierung jedoch aus Sicherheitsgründen nicht berücksichtigt (die Kompressionsrate und der Füllgrad der Extents sind nicht genau bekannt).

Bei Verwendung des Menüpunkts Reduce object size: yes erfolgt die Berechnung des Export-Dumps genauer bzw. genau (wählbar: estimate bzw. compute statistics), da SAPDBA den tatsächlich durch die Daten des Objekts belegten Speicherplatz ermittelt und anhand dieses Werts die Platzprüfungen durchführt. Die Kompressionsrate wird jedoch auch hierbei nicht berücksichtigt.

Wenn Sie den Export auf Band durchführen, erfragt SAPDBA die Bandgröße. SAPDBA prüft auch in diesem Fall, ob die zu reorganisierenden Daten den Bändern Platz finden. SAPDBA kann nur ein einzelnes Bandlaufwerk pro Export-Dumpdatei nutzen. Wenn die Summe des Speicherbedarfs für eine Export-Dumpdatei größer als die Bandgröße ist, erhalten Sie eine Warnung.

Wenn SAPDBA für den Export auf Band das ORACLE-Programm export verwendet, können eventuell Schreibfehler auftreten, die das Programm nicht erkennt. Sichern Sie daher unbedingt vor Start einer solchen Reorganisation die entsprechenden Daten, da es sonst zu einem Datenverlust während der Reorganisation kommen kann. Verwenden Sie außerdem immer die SAPDBA-Option CheckExp: yes. Im allgemeinen ist ein Export auf Platte weniger fehleranfällig als ein Export auf Band.

ORACLE exp/ imp, unload/ load, Create table as select: Voreinstellung: ORACLE export/import

An dieser Stelle können Sie entscheiden, welche Methode Sie für den Datentransport der Daten verwenden möchten, und bei Bedarf einige Parameter einstellen.

ORACLE export / ORACLE import (Voreinstellung)

SAP unload / ORACLE SQL*Loader (ab ORACLE 7.2)

SAP unload / SAP load

Create table... as select (nicht bei Tabellen mit long-Spalten und nicht bei Reorganisationen von Tablespaces mit Datendateien)

Weitere Informationen finden Sie unter SAP unload/ load, SQL*Loader.

Buffer size: Voreinstellung: 3000000

Um die Reorganisation zu beschleunigen, empfiehlt es sich, mindestens 3 MB Puffer für die ORACLE-Export- und Import-Programme bzw. für die Load-Programme zur Verfügung zu stellen.

Compress (Compress dump files): Voreinstellung: no

Wählen Sie yes , wenn die Daten beim Export komprimiert werden sollen. SAPDBA leitet die Daten in diesem Fall über das UNIX-Kommando compress , bevor sie in die Verzeichnisse für die Export-Dumpdateien geschrieben werden. Durch die Komprimierung von Daten können Sie den Bedarf an Plattenplatz für die Reorganisation um einen gewissen (von der Kompressionsrate abhängigen) Faktor verringern.

Die Komprimierung ist nur für den Fall eines Exports (mit ORACLE-Export) auf Platte möglich. Wenn Sie auf Band exportieren, wird diese Option ignoriert. Verwenden Sie daher, wenn möglich, Bandstationen mit Hardware-Komprimierung.

Verwenden Sie die Komprimierung nicht für Tablespaces mit bereits über die SAP-Datenbankschnittstelle komprimierten Objekten, da sich daraus kein Vorteil ergibt (eher sogar zeitliche Nachteile)!

Chop (Chop dump files): Voreinstellung: no

Dieser Menüpunkt erscheint nur dann, wenn im Profil init<DBSID>.dba der Parameter chop_util_name eingetragen ist.

Wählen Sie yes , wenn die Export-Dumpdateien größer als die betriebssystem-spezifische maximale Dateigröße (meist 2GB) werden. SAPDBA leitet in diesem Fall die exportierten Daten über eine Named Pipe zu dem Chop-Werkzeug. Dieses splittet die Export-Dumpdateien in mehrere kleinere Dateien.

Wenn sowohl Compress dump files = yes als auch Chop dump files = yes gewählt wird, erfolgt das Komprimieren innerhalb von R3chop (Option -c ). Die Chop-Option existiert nicht für SAP load/unload und nicht für Windows NT.

CheckExp (Check dump files): Voreinstellung: yes

SAPDBA führt bei CheckExp: yes nach dem ORACLE-Export eine Leseprüfung durch (Testimport mit dem ORACLE-Parameter Indexfile). Es entstehen dabei die Scripte inx<TSP>.sql . Diese Option sollte insbesondere dann verwendet werden, wenn auf Band exportiert wird.

Commit (Commit during import/ load): Voreinstellung: yes

Durch Verwenden der Voreinstellung yes wird nach Importieren der im Puffer enthaltenen Daten der Befehl COMMIT an die Datenbank gegeben.

Parallel (Parallel export and import): Voreinstellung: degree 1

Die Voreinstellung entspricht dem Wert des Parameters exp_imp_degree im Profil init<DBSID>.dba . Durch Wahl eines Parallelitätsgrades >1 kann der Export/ Import parallelisiert werden (siehe Paralleler Export/Import).

ParTable (Parallel table creation): Voreinstellung: degree 1

existiert nur bei Verwendung der Methode Create table... as select

Durch Wahl eines Parallelitätsgrades >1 können Sie das Anlegen der Tabellen parallelisieren. Diese Option ist identisch mit der Option ParIndex unter Object handling (siehe Prozesse parallelisieren).

Weitere Informationen finden Sie unter SAPDBA: Exportmenü.

Storage parameters:

An dieser Stelle können Sie verschiedene Einstellungen der Speicherparameter vornehmen:

ComprExt (Compress extents): Voreinstellung: yes

SAP-NEXT (Use ABAP-DIC for NEXT): Voreinstellung: yes

CheckExt (Check space): Voreinstellung: for all extents

ReduceOb (Reduce object size): Voreinstellung: no

Manually (Change storage manually): Voreinstellung: no

Wenn Sie Tabellen, Indizes oder einen Tablespace reorganisieren, können Sie die von SAPDBA vorgeschlagene Speicherparameter für die einzelnen Objekte ändern (siehe Möglichkeiten zum Ändern und Prüfen der Speicherparameter und Extent-Größe ändern).

Object handling:

SAP-Tsp (Use ABAP-Dic for tsp.): Voreinstellung: no

Sie können ein Objekt bei einer Reorganisation in einen anderen Tablespace (Target tablespace) umlegen. Diese Option gilt allerdings nur für den Fall der Reorganisation einer einzelnen Tabelle bzw. eines einzelnen Index. Für die anderen Reorganisationsarten können Sie die Option Use ABAP-Dic for tablespaces: yes nutzen, um die Objekte in den Tablespace zu legen, der durch die entsprechenden Angaben im ABAP-Dictionary festgelegt wurde (siehe Tabelle oder Index umlegen).

RebuildI (Alter index rebuild): Voreinstellung: no

Bei allen reinen Index-Reorganisationen, d.h. wenn ein Index ohne seine Tabelle und auch nicht der gesamte Tablespace mit Datendateien reorganisiert wird, kann anstelle des Löschens und Neuaufbaus eines Index mit Drop/ Create Index der Befehl Alter Index Rebuild ausgeführt werden. Der Vorteil besteht darin, daß der alte Index weiterbesteht und zugreifbar bleibt, während der neue Index in einem temporären Segment aufgebaut wird. Erst wenn der neue Index vollständig aufgebaut ist, wird der alte Index gelöscht. Insgesamt wird der Vorgang des Indexneuaufbaus dadurch beschleunigt. Außerdem ist es nicht nötig, eventuell vorhandene Constraints zu löschen, bei deren Prüfung auf den Index zugegriffen wird. Beachten Sie, daß temporär im betroffenen Tablespace gleichzeitig Platz für den alten und den neuen Index benötigt wird. Außerdem wird der Freiplatz des Tablespace nicht optimal zusammengefaßt.

Indizes, deren Tabelle mitreorganisiert wird bzw. deren Tablespace inkl. Datendateien reorganisiert wird, (die also also durch den Befehl Drop Table zusammen mit der Tabelle bzw. durch Drop Tablespace... Including Contents zusammen mit dem Tablespace gelöscht werden), werden stets mit Create Index wiederhergestellt. Die Option RebuildI wird in diesem Fall ignoriert.

ReduceFi (Reduce data file size): Voreinstellung: no

Im Falle einer Reorganisation eines Tablespaces mit Datendateien können Sie die Größe der Datendateien mittels dieser Option reduzieren. SAPDBA bestimmt den tatsächlich erforderlichen Platz für die Objekte des Tablespaces nach der Reorganisation. SAPDBA schlägt Ihnen pro Datei eine Größe vor, die sich aus diesem Wert plus einer zehnprozentigen Sicherheitsspanne errechnet. Sie können einem zu erwartenden Wachstum des Tablespaces Rechnung tragen, indem Sie diese Prozentangabe erhöhen.

ParIndex (Parallel index creation): Voreinstellung: degree 1

Sie können das Anlegen von Indizes parallelisieren (siehe Prozesse parallelisieren). Dies ist insbesondere dann zweckmäßig, wenn Sie über mehrere CPUs verfügen (siehe auch ParTable).

DropTab (DropTable): Voreinstellung: defer

Diese Option gilt nur für die Reorganisation einer einzelnen Tabelle (Single Table HideTab (Hide tables during reorg.): Voreinstellung: no

Wenn Sie diesen Wert auf ‘ yes ’ setzen, werden alle Tabellen während der Reorganisation temporär umbenannt, die reorganisiert werden oder die von der Reorganisation indirekt betroffen sind (d.h. wenn ihre Indizes reorganisiert werden oder über Fremdschlüssel von anderen zu reorganisierenden Tabellen referenziert werden).

Reorganization). Die Tabelle wird nicht direkt nach dem Datenexport vor dem Neuanlegen gelöscht, sondern zunächst nur umbenannt. Erst nach dem Reimport der Daten erfolgt das Löschen der umbenannten Tabelle. Dieses Vorgehen gewährleistet eine höhere Sicherheit der Daten, bedeutet allerdings auch, daß kurzzeitig im Tablespace Platz für die alte und neue Tabelle gleichzeitig benötigt wird. Stellt SAPDBA während der Platzprüfung fest, daß der Platz im Tablespace dazu nicht ausreicht, schaltet er in der Phase der Scripterstellung automatisch vom verzögerten (defered) Modus auf den normalen Modus um. Beim Transport einer Tabelle in einen anderen Tablespace gibt es trotz der temporären Koexistenz von alter und neuer Tabelle keine Platzprobleme. Daher ist in diesem Fall der verzögerte (defered) Modus nicht änderbar.