Restart-Datei für Reorganisationen 

Name einer Restart-Datei: <ORACLE_HOME>/sapreorg/<Zeitstempel>/restart.<ext>

Funktions-ID <ext> : Sie gibt Auskunft darüber, für welche SAPDBA-Funktion die entsprechenden Scripte in diese Datei geschrieben wurden.

Liste der möglichen Funktions-IDs bei einer Reorganisation

rsi

Reorganisation einzelner Tabellen oder Indizes

rli

Reorganisation einer Liste von Tabellen oder Indizes

rtc

Reorganisation von Tablespaces

rtd

Reorganisation von Tablespaces mit Datendateien

rmv

Ändern der Datendateizuordnung für einen Tablespace (Move/rename von Datendateien eines Tablespaces)

 

Diese Werte sind mit der Erweiterung des zugehörigen Protokolls <ORACLE_HOME>/sapreorg/<Zeitstempel>.<ext> identisch.

In der Restart-Datei finden Sie die Scripte, die für das Durchführen der entsprechenden Reorganisation notwendig sind, d.h. eine Auswahl der folgenden Scripte:

alt<TSP>.sql , drc<TSP>.sql , exp<TSP>.sh , exc<TSP>.sh, unl<TSP>.sh , swi<TSP>.sql , dro<TSP>.sql , del<TSP>.sh , ren<TSP>.sql , tsp<TSP>.sql , tab<TSP>.sql , imc<TSP>.sh , imp<TSP>.sh, ldr<TSP>.sh , ind<TSP>.sql , imx<TSP>.sh, inx<TSP>.sql, con<TSP>.sql , grants.sql

Eine Gesamtübersicht der Scripte, die von SAPDBA geschrieben und verwendet werden, finden Sie in Scripte/Dateien des SAPDBA. Beachten Sie auch die Änderungen der Scripte, wenn Sie die Werkzeuge SAP unload/SAP load bzw. SAP unload/SQL*Loader einsetzen (siehe SAP unload/load, SQL*Loader).

Siehe auch: Reorganisation eines einzelnen Objektes, Reorganisation einer Liste von Objekten, Reorganisation eines Tablespaces, Reorganisation eines Tablespaces mit Datendateien und Umlegen/Umbenennen der Datendateien eines Tablespaces.

Kennzeichnung der Scripte

Bei Start der jeweiligen Reorganisation werden die Scripte in der Restart-Datei abgearbeitet. Sie können anhand der Markierung vor jedem Script erkennen, ob es erfolgreich abgearbeitet wurde oder nicht.

Folgende Markierungen sind möglich:

Y

Script erfolgreich abgearbeitet.

N

Script noch nicht oder fehlerhaft abgearbeitet. Vor Start der Reorganisation haben alle Scripte dieses Kennzeichen.

S

Der Datenimport (Import- bzw. Loader-Script) wurde bereits gestartet, konnte aber von SAPDBA aufgrund eines äußeren Fehlers (z.B. Import vom Anwender oder durch Stromausfall abgebrochen) nicht erfolgreich abgearbeitet werden. Es kam zum Abbruch des SAPDBA. Mit S gekennzeichnete Scripte werden im Restart-Fall automatisch erneut abgearbeitet.

Bei Verwendung von SAP unload/load oder ORACLE SQL*Loader erscheinen dieselben Kennzeichen zusätzlich in der Parameterdatei ldr<TSP>.par .

Bei einer Reorganisation werden immer die mit N gekennzeichneten Scripte abgearbeitet und erhalten nach erfolgreichem Abschluß des jeweiligen Vorganges das Kennzeichen Y (eine Ausnahme bilden die Scripte imp<TSP>.sh, ldr<TSP>.sh : N ® S ® Y, im Fehlerfall N ® S ® N ).

Wenn der Import fehlerhaft verlief, bleibt das Kennzeichen des entsprechenden Scriptes auf S stehen. Bei einem Restart der Reorganisation werden in diesem Fall die Inhalte aller bereits importierten Tabellen gelöscht, das Kennzeichen auf N zurückgesetzt und dann das Script imp<TSP>.sh erneut abgearbeitet. SAPDBA löscht die Inhalte der Tabellen, die im Script exp<TSP>.par gefunden werden (mit dem ORACLE-Befehl TRUNCATE).
Wenn beim Export/Import mehrere Export-Dumpdateien erzeugt werden, SAP unload/load, SQL*Loader Scripte/Dateien des SAPDBA löscht SAPDBA nur die Tabellen, die in der Datei exp<TSP>.par des abgebrochenen Import-Prozesses ( imp<TSP>.sh ) aufgeführt sind.

Bei einem Loader-Restart werden nur die Daten der einen Tabelle gelöscht, bei welcher der Abbruch erfolgte. Hierfür wird in der Parameterdatei ldr<TSP>.par beim Laden jede einzelne Tabelle zusätzlich mit einem Restart-Kennzeichen (‘S’) versehen.

Siehe auch:

"Angaben in Export dump destination - Scriptbezeichnungen" in Scripte/Dateien des SAPDBA),

Ändern Sie bitte auf keinen Fall die in der Restart-Datei vorgegebene Reihenfolge der Scripte! Der Ablauf der entsprechenden Reorganisation wird dadurch vorgegeben.