Sicherungskonzept bei Reorganisationen 

Vor und nach einer Reorganisation führt SAPDBA keine automatische Sicherung durch. In Abhängigkeit von der Reorganisationsart empfiehlt SAP jedoch unbedingt eine Sicherung der relevanten Daten. Beachten Sie daher folgende Empfehlungen:

Reorganisation eines einzelnen Objektes/einer Liste von Objekten

Vor einer Tabellen-/Index-Reorganisation sollten Sie unbedingt die Daten der Tabelle/n sichern. Verwenden Sie dazu z.B. die SAPDBA-Option Export/import. Im Fehlerfall wiederholen Sie den Reorganisationsvorgang, indem Sie z.B. die Restart-Funktionalität nutzen. Sollte dieser Versuch fehlschlagen, nutzen Sie die vorher angelegte Sicherung der Daten, um den alten Zustand wiederherzustellen und die Reorganisation zu wiederholen. Achten Sie unbedingt auf die Reihenfolge der Aktionen, die durchgeführt werden. Die für den Fehlerfall genannten Aktionen sollten sofort erfolgen, damit die Konsistenz der Datenbank erhalten bleibt.

Reorganisation eines Tablespaces (ohne Datendateien)

Vor einer Tablespace-Reorganisation ohne Datendateien sollten Sie eine komplette Sicherung der Datenbank (online, sicherer offline) durchführen. Verwenden Sie dazu das Dienstprogramm BRBACKUP, das Sie manuell oder mit der SAPDBA-Option Backup database starten können. Wenn die letzte komplette Sicherung der Datenbank nicht allzu weit zurückliegt und alle Redo-Log-Dateien bis zum Zeitpunkt des Starts der Reorganisation vollständig vorhanden sind (möglichst auf Platte), können Sie auf diese erneute Sicherung der gesamten Datenbank verzichten. Die Datenbank kann in diesem Fall ausgehend von der letzten vorhandenen Sicherung wiederhergestellt werden, wenn nötig.

Nach einer erfolgreich durchgeführten Reorganisation sollten Sie zumindest die entsprechenden Tablespaces sichern, da eine Reorganisation mitunter sehr zeitaufwendig ist.

Reorganisation eines Tablespaces mit Datendateien

Vor einer Tablespace-Reorganisation mit Datendateien sollten Sie eine komplette Sicherung der Datenbank (online, sicherer offline), z.B. mit der SAPDBA-Option Backup database durchführen. Wenn die letzte komplette Sicherung der Datenbank nicht allzu weit zurückliegt und alle Redo-Log-Dateien bis zum Zeitpunkt des Starts der Reorganisation vollständig vorhanden sind (möglichst auf Platte), können Sie auf diese erneute Sicherung der gesamten Datenbank verzichten. Die Datenbank kann in diesem Fall ausgehend von der letzten vorhandenen Sicherung wiederhergestellt werden, wenn nötig.

Nach einer Tablespace-Reorganisation mit Datendateien müssen Sie zumindest eine Sicherung der relevanten Tablespaces durchführen, da Sie sonst nach einer solchen Strukturänderung ein im Fehlerfall eventuell notwendiges Recovery der Datenbank nicht mittels SAPDBA realisieren können. SAPDBA zeigt in diesem Fall automatisch das Backup-Menü an, damit Sie sofort die Sicherung des entsprechenden Tablespaces starten können.

Eine Tablespacesicherung nach der Reorganisation ist ausreichend, wenn Sie die Datenbank im ARCHIVELOG-Modus betreiben. Andernfalls wird nur durch eine Sicherung der gesamten Datenbank die gewünschte Sicherheit erreicht. Sind sehr viele Tablespaces zu reorganisieren, empfiehlt sich immer eine komplette Offline-Sicherung der Datenbank vor der Reorganisation des ersten und nach der Reorganisation des letzten Tablespaces.

Move/rename Datendateien eines Tablespaces

Nach einem Umlegen oder Umbenennen der Datendateien eines Tablespaces müssen Sie zumindest eine Sicherung des entsprechenden Tablespaces durchführen, da Sie sonst nach einer solchen Änderung ein im Fehlerfall eventuell notwendiges Recovery der Datenbank nicht mittels SAPDBA realisieren können. SAPDBA zeigt in diesem Fall automatisch das Backup-Menü an, damit Sie sofort die Sicherung des entsprechenden Tablespaces starten können.