Datenbank zurückschreiben

Online bearbeiten

Möglicherweise müssen Sie die IBM Storage Protect -Datenbank nach einem Katastrophenfall wiederherstellen. Sie können die Datenbank mit dem neuesten Stand oder mit dem Stand eines angegebenen Zeitpunkts zurückschreiben. Sie müssen vollständige, inkrementelle Datenbanksicherungsdatenträger oder Momentaufnahmesicherungsdatenträger haben, um die Datenbank in den aktuellen Status oder einen angegebenen Zeitpunkt wiederherzustellen. Wenn Sie nicht über die erforderlichen Sicherungsdatenträger verfügen, können Sie die Datenbank weiterhin wiederherstellen, indem Sie die erforderlichen Sicherungsdateien erneut erstellen.

Vorbereitende Schritte

Einschränkungen:

Um die Datenbank mit der neuesten Version zurückzuschreiben, müssen Sie das Archivprotokollverzeichnis lokalisieren. Wenn Sie das Verzeichnis nicht lokalisieren können, kann die Datenbank nur mit dem Stand eines bestimmten Zeitpunkts zurückgeschrieben werden.
Wenn die Verzeichnisse der Datenbank und des Wiederherstellungsprotokolls verloren gehen, können Sie die Verzeichnisse erneut erstellen. Sie müssen die Serverinstanz jedoch erneut erstellen. Ausführliche Anweisungen zum erneuten Erstellen von Dateien und Verzeichnissen, die zum Zurückschreiben einer Serverinstanz erforderlich sind, finden Sie unter Server zurückschreiben, wenn Dateien fehlen.
Wenn der Release-Level der Datenbanksicherung und der Release-Level des Servers, für den die Zurückschreibung erfolgt, unterschiedlich sind, können Sie die Serverdatenbank nicht zurückschreiben. Wenn Sie beispielsweise einen Serverder Version 8.1 verwenden und versuchen, eine Datenbank der Version 7.1zurückzuspeichern, tritt ein Fehler auf.

Informationen zu dieser Task

Operationen für die Zurückschreibung nach Zeitpunkt werden normalerweise bei der Wiederherstellung nach einem Katastrophenfall oder zum Entfernen der Auswirkungen von Fehlern verwendet, die Inkonsistenzen in der Datenbank zur Folge haben können. Um die Datenbank mit dem Stand wiederherzustellen, den sie zu dem Zeitpunkt hatte, zu dem sie verloren ging, stellen Sie die Datenbank mit der neuesten Version wieder her.

Prozedur

Verwenden Sie das DSMSERV RESTORE DB -Serverdienstprogramm, um die Datenbank wiederherzustellen. Wählen Sie abhängig von der Version der Datenbank, die zurückgeschrieben werden soll, eine der folgenden Methoden aus:

Zurückschreiben einer Datenbank mit der neuesten Version. Verwenden Sie beispielsweise den folgenden Befehl:
```
dsmserv restore db
```
Zurückschreiben einer Datenbank mit dem Stand eines bestimmten Zeitpunkts. Verwenden Sie beispielsweise den folgenden Befehl, um die Datenbank in einer Sicherungsserie wiederherzustellen, die am 19. April 2022 erstellt wurde:
```
dsmserv restore db todate=04/19/2022
```

Nächste Schritte

Wenn Sie die Datenbank zurückgeschrieben haben und Verzeichniscontainerspeicherpools auf dem Server vorhanden sind, müssen Sie Inkonsistenzen zwischen der Datenbank und dem Dateisystem ermitteln.

Wenn Sie die Datenbank mit dem Stand eines bestimmten Zeitpunkts zurückgeschrieben haben und die Wiederverwendung des Verzeichniscontainerspeicherpools nicht verzögert wurde, müssen Sie alle Container prüfen. Um alle Container zu prüfen, geben Sie den folgenden Befehl aus:
```
audit container stgpool
```
Wenn der Server keine Container auf dem System identifizieren kann, führen Sie die folgenden Schritte aus, um eine Liste der Container anzuzeigen:
1. Geben Sie über einen Verwaltungsclient den folgenden Befehl aus:
```
select container_name from containers
```
2. Geben Sie in dem Dateisystem den folgenden Befehl für das Speicherpoolverzeichnis auf dem Quellenreplikationsserver aus:
  Tipp: Das Speicherpoolverzeichnis wird in der Befehlsausgabe angezeigt:
```
[root@source]$ ls -lR
```
```
c:\source_stgpooldir>dir /s
```
3. Vergleichen Sie die für das Dateisystem und den Server aufgelisteten Container.
4. Geben Sie den Befehl AUDIT CONTAINER unter Angabe des Containers aus, der in der Serverausgabe fehlt. Geben Sie den Parameter ACTION=REMOVEDAMAGED an, um den Container zu löschen.
5. Um sicherzustellen, dass die Container im Dateisystem gelöscht wurden, überprüfen Sie die angezeigten Nachrichten.
  Tipp: Wenn nach einer Datenbankzurückschreibungsoperation Container im Dateisystem vorhanden sind, auf die in der Serverdatenbank nicht verwiesen wird, zeigt der Befehl QUERY STGPOOL die Speicherpoolnutzung ungenau an. Wenn Sie eine Datenbank mit dem Stand eines bestimmten Zeitpunkts zurückschreiben, verbleiben Container möglicherweise im Dateisystem, werden aber in der Serverdatenbank nicht referenziert. Um sicherzustellen, dass die Statistikdaten zur Speicherpoolverwendung korrekt sind, müssen Sie alle Container, die im Dateisystem verfügbar sind, aber in der Serverdatenbank nicht referenziert werden, manuell löschen.