Nachbearbeitung nach einer unvollständigen Wiederh (SAP-Bibliothek

Nachbearbeitung nach einer unvollständigen Wiederherstellung

Im Folgenden werden Maßnahmen beschrieben, die Sie nach in einer unvollständigen Wiederherstellung in den genannten Fällen durchführen sollen:

Fall 1: Zurückladen einer kompletten Offline-Sicherung und anschließendes Öffnen der Datenbank ohne Durchführen einer Wiederherstellung der Datenbank

Fall 2: Zurückladen einer kompletten Online- oder Offline-Sicherung und anschließendes Point-In-Time-Recovery der Datenbank (mit ALTER DATABASE OPEN RESETLOGS)

Mögliche Problemsituationen:

Situation A: Die in den Datenbanktabellen SDBAH und SDBAD gespeicherten Informationen über die letzten Sicherungen und den dabei verwendeten Datenträgern gingen verloren, da sich die Datenbank in beiden Fällen in einem nicht aktuellen Zustand befindet. BRBACKUP verlangt dadurch bei der nächsten Sicherung (aufgrund der automatischen Datenträger-Verwaltung), daß Sie Datenträger einlegen, die zwar logisch frei, jedoch physisch gesperrt sind.

Situation B: Die aktuelle Log-Sequenznummer wurde bei einer unvollständigen Wiederherstellung zurückgesetzt.

im Fall 1 auf einen kleineren Wert

im Fall 2 auf den Wert 1

BRARCHIVE findet die nach dem Zurückladen neu geschriebenen Offline-Redo-Log-Dateien nicht, da Offline-Redo-Log-Dateien mit diesen Log-Sequenznummern bereits gesichert wurden. Das summarische BRARCHIVE-Protokoll arch<DBSID>.log enthält noch Einträge über erfolgreiche Archivierungen dieser Offline-Redo-Log-Dateien, und dadurch erkennt BRARCHIVE die neuen Offline-Redo-Log-Dateien nicht als zu archivierende Dateien.

Lösung für die Problemsituationen

Situation A: Anhand der detaillierten BRBACKUP-Protokolle können Sie den letzten verwendeten Datenträger herausfinden. Anhand der Angaben zum Datenträger-Pool im Initialisierungsprofil init<DBSID>.sap (Parameter volume_backup ) können Sie den nächsten Datenträger ermitteln, der für die Sicherung verwendet werden soll. Starten Sie die erste der folgenden Sicherungen explizit auf diese ermittelten Datenträger:

brbackup -v <Datenträger-Name1>[,<Datenträger-Name2>,... ]

Situation B: Sorgen Sie dafür, daß die alten Offline-Redo-Log-Dateien im Archivierungsverzeichnis umbenannt werden.

Fall 1: Die aktuelle Log-Sequenznummer können Sie aus dem detaillierten BRBACKUP-Protokoll der Sicherung, von der aus zurückgeladen wurde, ermitteln. Suchen Sie dazu nach der Zeile Current log sequence (Meldung BR116I). Ändern Sie dann die Log-Sequenznummer in der letzten Zeile des summarischen BRARCHIVE-Protokolls arch<DBSID>.log , die mit #ARCHIVE beginnt auf den Wert: <(ermittelte aktuelle Log-Sequenznummer) -1> .

Beispiel für Eintrag vorher:

#ARCHIVE. 86 /oracle/C11/saparch/C11arch_86 1995-04-18 15.55.55

ermittelte aktuelle Log-Sequenznummer: 30

Beispiel für geänderten Eintrag:

#ARCHIVE. 29 /oracle/C11/saparch/C11arch_86 1995-04-18 15.55.55

Nach der Archivierung sollten Sie die Änderungen in dieser Zeile (Achten Sie darauf, daß neue Zeilen hinzugekommen sind.) zurücknehmen.

Fall 2: Ändern Sie die Log-Sequenznummer in der letzten Zeile des summarischen BRARCHIVE-Protokolls arch<DBSID>.log , die mit #ARCHIVE beginnt, auf den Wert Null (0).

Beispiel für Eintrag vorher:

#ARCHIVE. 86 /oracle/C11/saparch/C11arch_86 1995-04-18 15.55.55

Beispiel für geänderten Eintrag:

#ARCHIVE. 0 /oracle/C11/saparch/C11arch_86 1995-04-18 15.55.55

Nach der Archivierung sollten Sie die Änderungen in dieser Zeile (Achten Sie darauf, daß neue Zeilen hinzugekommen sind.) zurücknehmen.

BRARCHIVE erkennt automatisch das Zurücksetzen von Log-Sequenznummern, wenn die Datenbank beim Start von BRARCHIVE geöffnet ist. In diesem Fall sind die in Situation B beschriebenen Aktionen nicht notwendig.

Generell gilt (wie nach allen Wiederherstellungsoperationen), daß Offline-Redo-Log-Dateien, die von Band auf Platte zurückgeladen wurden, nach dem Recovery wieder von der Platte gelöscht werden sollten.