Komplettes Zurückladen und Wiederherstellung 

Verwendung

Die Funktion Komplettes Zurückladen und Wiederherstellung (Full restore and recovery) ermöglicht das Zurücksetzen der Datenbank auf einen beliebigen zurückliegenden Zeitpunkt (Point in Time). Sie können diese Funktion verwenden bei

Voraussetzungen

Zusätzlich zu den BRBACKUP-/ BRARCHIVE-Protokollen und den Sicherungen der Datendateien muß folgende Voraussetzung erfüllt sein:

Funktionsumfang

Die Funktion Komplettes Zurückladen und Wiederherstellung unterstützt Sie bei folgenden Szenarien:

Szenario 1

Bei einem Upgrade gibt es einen Fehler. Die Datenbank soll auf den Zeitpunkt vor dem Upgrade zurückgesetzt werden.

Im ersten Schritt lädt SAPDBA die letzte Komplettsicherung ohne Steuerdateien und Online-Redo-Log-Dateien zurück und im zweiten Schritt wird die Datenbank wiederhergestellt.

Szenario 2

Während des normalen Betriebs der Datenbank tritt ein logischer Fehler auf, der erst später erkannt wird. Die Datenbank soll auf einen Zeitpunkt vor dem Auftreten des logischen Fehlers zurückgesetzt werden.

Im ersten Schritt lädt SAPDBA die letzte Komplettsicherung ohne Steuerdateien und Online-Redo-Log-Dateien zurück. Im zweiten Schritt werden die Redo-Log-Dateien eingespielt und die Datenbank wiederhergestellt.

Szenario 3

Während des normalen Betriebs der Datenbank tritt ein logischer Fehler auf, der erst später erkannt wird. Zwischen dem Auftreten des logischen Fehlers und der letzten Komplettsicherung wurde die Struktur der Datenbank geändert. Die Datenbank soll auf den Zeitpunkt zurückgesetzt werden, vor dem der logische Fehler aufgetreten ist.

Im ersten Schritt lädt SAPDBA die letzte Komplettsicherung ohne Steuerdateien und Online-Redo-Log-Dateien zurück. Im zweiten Schritt werden die Strukturänderungen wiederhergestellt ( CREATE DATA <filename> AS <filespec> ). Im dritten Schritt werden die Redo-Log-Dateien eingespielt und die Datenbank wiederhergestellt.

Szenario 4

Während des normalen Betriebs der Datenbank tritt ein logischer Fehler auf, der erst später erkannt wird. Zwischen dem Auftreten des logischen Fehlers und der letzten Komplettsicherung wurde die Struktur der Datenbank mehrmals geändert. Die Datenbank soll auf den Zeitpunkt zurückgesetzt werden, vor dem der logische Fehler aufgetreten ist.

Im ersten Schritt lädt SAPDBA die letzte Vollsicherung ohne Steuerdateien und Online-Redo-Log-Dateien zurück. Im zweiten Schritt wird die letzte inkrementelle Sicherung vor dem Auftreten des logischen Fehlers zurückgeladen. Die Strukturänderungen, die zuvor durchgeführt wurden, sind in der inkrementellen Sicherung bereits berücksichtigt. Im dritten Schritt werden die Strukturänderungen, die zwischen der inkrementellen Sicherung und dem Auftreten des logischen Fehlers vorgenommen wurden, wiederhergestellt ( CREATE DATA <filename> AS <filespec> ). Im vierten Schritt werden die Redo-Log-Dateien eingespielt und die Datenbank wiederhergestellt.

Szenario 5

Während des normalen Betriebs der Datenbank tritt ein logischer Fehler auf, der erst später erkannt wird. Zwischen dem Auftreten des logischen Fehlers und der Fehlererkennung wurde eine Reorganisation durchgeführt. Die Datenbank soll auf den Zeitpunkt zurückgesetzt werden, vor dem der logische Fehler aufgetreten ist.

Im ersten Schritt lädt SAPDBA die letzte Komplettsicherung ohne Steuerdateien und Online-Redo-Log-Dateien zurück. Im zweiten Schritt werden die Steuerdateien in dem Zustand zurückgeladen, wie sie vor der Reorganisation waren. Während der Reorganisation wurden die Steuerdateien im Verzeichnis <ORACLE_HOME>/sapreorg/ gesichert. Im dritten Schritt werden die Redo-Log-Dateien eingespielt und die Datenbank wiederhergestellt (Wiederherstellung mit der Option USING BACKUP CONTROLFILE)

Szenario 6 (von SAPDBA nicht unterstützt)

Während des normalen Betriebs der Datenbank tritt ein logischer Fehler auf, der erst später erkannt wird. Vor dem Auftreten des logischen Fehlers wurde eine Reorganisation durchgeführt. Die Datenbank soll auf den Zeitpunkt, vor dem der logische Fehler aufgetreten ist, zurückgesetzt werden.

Dieses Szenario wird von SAPDBA nicht unterstützt. Die Datenbank kann maximal bis zum Zeitpunkt vor der Reorganisation wiederhergestellt werden, was zu einem Datenverlust führt! Sie sollten deshalb nach einer Reorganisation immer eine Komplettsicherung der Datenbank durchführen.

Szenario 7 (gefährlich, nicht von SAPDBA unterstützt)

Im Produktivsystem tritt während des normalen Betriebs der Datenbank ein logischer Fehler auf, der erst später erkannt wird. Die Datenbank soll in einem Testsystem auf einen Zeitpunkt vor dem Fehler zurückgesetzt werden. Dann sollen die vom logischen Fehler betroffenen Tabellen aus dem Testsystem exportiert und in das Produktivsystem importiert werden.

Dieses Szenario ist gefährlich und kann die Datenbank unwiederbringlich zerstören, weil durch den isolierten Export und Import einzelner R/3-Tabellen das R/3-Data-Dictionary inkonsistent wird. Eventuell kann das R/3-System dadurch nicht mehr gestartet werden. SAPDBA unterstützt dieses Szenario nicht!

Aktivitäten

Die Funktion Komplettes Zurückladen und Wiederherstellung kann im SAPDBA-Menü mit Full restore and recovery gestartet werden und besitzt folgende Menüeinträge:
 

Full restore and recovery

  
 

DATABASE STATE

NOMOUNT | MOUNT | OPEN

 

RESTORE/RECOVER

allowed | allowed

     
   

Current setting

A

- Select a backup of type

Vollsicherung | Gesamtsicherung

b

- Select incremental backup run

(nur bei ausgewählter Vollsicherung)

c

- Recover until

now | point in time

d

- Show status

  

e

- Restore and recover

  

q

- Return

  

Mit Select a backup of type zeigt SAPDBA eine Liste aller möglichen Gesamt- und Vollsicherungen (On- und Offline) an. Wählen Sie die für Ihre Zwecke passende Sicherung aus. Wenn Sie eine Vollsicherung verwenden, können Sie mit Select incremental backup run die dazugehörige inkrementelle Sicherung auswählen.

Mit Recover until können Sie den Zeitpunkt eingeben, bis zu dem die Datenbank wiederhergestellt werden soll. Sie können zwischen einer Wiederherstellung bis zum aktuellen Zeitpunkt (Recover until now) und einem beliebigen Zeitpunkt (Point-In-Time, Recover until YYYY-MM-DD HH.MM.SS ) wählen.

Mit Show status zeigt SAPDBA an

Wählen Sie Show status auf jeden Fall, wenn die Funktion Komplettes Zurückladen und Wiederherstellung nur eingeschränkt oder gar nicht möglich ist.

Wählen Sie Options, wenn Sie für die Wiederherstellung eine Steuerdatei aus einer Sicherung verwenden möchten.

Mit Restore and recover können Sie die Funktion Komplettes Zurückladen und Wiederherstellung starten.

Prüfen Sie nach dem Ende der Funktion die von SAPDBA geschriebene Protokolldatei <ORACLE_HOME>/sapreorg/<Zeitstempel>.rsn (für Recover until now) bzw. <ORACLE_HOME>/sapreorg/<Zeitstempel>.rsp (für Recover until point in time) mit der SAPDBA-Funktion Show/Cleanup ® Show log files/profiles. Weitere Informationen finden Sie unter Protokolle des SAPDBA.

Im Anschluß an die Funktion Komplettes Zurückladen und Wiederherstellung wird immer der Befehl ALTER DATABASE OPEN RESETLOGS ausgeführt. Sie sollten aus Sicherheitsgründen vor dem nächsten Öffnen der Datenbank eine Sicherung durchführen. Nach dem Öffnen der Datenbank ist dann die aktuelle LOG SEQUENCE NUMBER = 1 und die alten Redo-Log-Dateien werden im weiteren Datenbankbetrieb überschrieben. Sichern Sie deshalb vor dem Ausführen der Funktion die Offline-Redo-Log-Dateien.