Planen einer schrittweisen Wiederherstellungssequenz für eine Datei mit dem Status RESTORING, RECOVERY_PENDING oder OFFLINE

 Dieses Thema ist nur für SQL Server-Datenbanken mit mehreren Dateigruppen relevant (und bei Datenbanken, die das einfache Wiederherstellungsmodell verwenden, gilt dies nur für schreibgeschützte Dateigruppen), wenn Sie eine schrittweise Wiederherstellung einer Datenbank planen.

Wenn eine Wiederherstellungssequenz eine Datei mit dem Status RESTORING, RECOVERY_PENDING oder OFFLINE betrifft, können Sie diese Datei unter Umständen wiederherstellen, ohne ihre Daten wiederherzustellen. Mithilfe der Metadaten, die in den Katalogsichten sys.database_files und sys.master_files gespeichert sind, können Sie bestimmen, ob Sie die vollständige Sicherung der Datei wiederherstellen müssen oder lediglich die Datei wiederherstellen können.

Redo LSN-Einträge

Überprüfen Sie zunächst die Spalten der Katalogsicht, die die redo LSN-Einträge enthalten: redo_start_lsn, redo_start_fork_guid, redo_target_lsn und redo_target_fork_guid. In der folgenden Tabelle werden die einzelnen redo LSN-Einträge aufgeführt und erläutert.

Spalten

Beschreibung

redo_start_lsn und redo_start_fork_guid

Zusammen beschreiben diese Spalten ein lsn/guid-Paar, das den Zeitpunkt der Datei dargestellt. Die Werte dieser Spalten ändern sich, wenn für die Datei ein Rollforward ausgeführt wird. Die Ausführung des Rollforwards wird an diesem Punkt fortgesetzt.

Wichtig:

Wenn redo_start_lsn = NULL ist, ist der Status der Datei auf dem Datenträger unbekannt, und die Datei muss daher von einer vollständigen Datensicherung wiederhergestellt werden.

redo_target_lsn und redo_target_fork_guid

Zusammen beschreiben diese Spalten ein lsn/guid-Paar, das den Punkt definiert, bis zu dem die Datei wiederhergestellt werden muss, um mit der Onlinedatenbank (dem Zielwiederherstellungspunkt) konsistent zu sein.

Verwenden von sys.database_files oder sys.master_files

Beide Katalogsichten, sys.database_files und sys.master_files, enthalten redo LSN-Spalten; die Sichten sind jedoch nicht immer konsistent. Wenn die Datenbank online ist, sind die Werte in sys.database_files und sys.master_files im Allgemeinen konsistent. In folgenden Situationen sind die Werte jedoch inkonsistent:

• Wenn die Datenbank schreibgeschützt ist, wird sys.database_files nicht mit den Änderungen der Sicherung aktualisiert. Aktuelle Informationen sind lediglich in sys.master_files enthalten.

  Hinweis:
  Untersuchen Sie die Spalten is_read_only und read_only_lsn, um festzustellen, ob eine Datei schreibgeschützt ist. is_read_only zeigt an, ob die Datei schreibgeschützt ist. Wenn dies der Fall ist, stellt die read_only_lsn-Spalte den Punkt dar, an dem die Datei schreibgeschützt wurde.

• Wenn die Datenbank offline ist (z. B. während eines Wiederherstellungsvorgangs), kann auf den Datenbankkatalog nicht zugegriffen werden. Um bei einer Offlinedatenbank Informationen zu erhalten, müssen Sie die sys.master_files-Katalogsicht verwenden.
• Wenn die Datei derzeit von einem Wiederherstellungsvorgang betroffen ist, werden die redo LSN-Einträge der Datei aktualisiert und sind deshalb inkonsistent. Überprüfen Sie die redo LSN-Spalten daher nur zwischen Wiederherstellungsvorgängen.

Interpretation dieser Spalten

Hinweis:
Dieses Thema setzt voraus, dass Sie mit den Konzepten der Wiederherstellungspfade und -verzweigungen vertraut sind. Weitere Informationen finden Sie unter Wiederherstellungspfade.

Dieser Abschnitt ist nur relevant, wenn Sie eine Zeitpunktwiederherstellung durchgeführt und noch Sicherungen von eventuell vorhandenen veralteten Wiederherstellungspfaden haben. Wiederherstellungsverzweigungen sind von Bedeutung, wenn Sie eine Datei mit dem Status RESTORING, RECOVERY_PENDING oder OFFLINE wiederherstellen. Sie können die potenziellen Wiederherstellungspfade identifizieren, indem Sie die Wiederherstellungsverzweigungen analysieren. Im Allgemeinen bietet sich immer ein Wiederherstellungspfad als beste Lösung für die Wiederherstellung der Datenbank an.

Um den besten Wiederherstellungspfad zu bestimmen, überprüfen Sie, ob sich die Datei in der Zielwiederherstellungsverzweigung oder einer anderen Verzweigung befindet:

• Die Datei befindet sich auf einem anderen Wiederherstellungs-Verzweigungspunkt.
  Die Datei befindet sich auf einem anderen Wiederherstellungs-Verzweigungspunkt der Zielverzweigung, wenn redo_start_fork_guid!=redo_target_fork_guid und kein Vorgänger von redo_target_fork_guid ist.

  Hinweis:
  Folgen Sie der Protokollkette rückwärts, um einen Vorgängerverzweigungspunkt zu finden. Weitere Informationen finden Sie unter Wiederherstellungspfade.

  In diesem Fall muss die Datei von einer vollständigen Sicherung wiederhergestellt werden. Bei dieser Wiederherstellung wird die Datei an einen Punkt gesetzt, der einen gültigen Vorgänger des aktuellen Wiederherstellungspunktes der Datenbank darstellt.

  Hinweis:

  Zum Wiederherstellen von Dateien muss die Dateisicherung ein Vorgänger des Wiederherstellungspunktes der Datenbank sein. Verwenden Sie stets die aktuellste vollständige Sicherung der Datei. Für die Daten muss bis zum Zielpunkt ein Rollforward ausgeführt werden. Die einzige Ausnahme ist, dass für die Dateisicherung einer schreibgeschützten Datei kein Rollforward ausgeführt werden muss, wenn die Datei vor der Sicherung schreibgeschützt war. Führen Sie gegebenenfalls nach dem Wiederherstellen der Dateisicherung die Wiederherstellung einer differenziellen Sicherung und, falls vorhanden, der Protokollsicherungen aus, um die Datei an den Zielwiederherstellungspunkt zu bringen.

• Die Datei befindet sich auf dem aktuellen Wiederherstellungs-Verzweigungspunkt (des Ziels) oder ist ein Vorgänger des Zielverzweigungspunktes.

  Hinweis:
  Wenn Sie seit der Wiederherstellung der Datenbank eine Sicherung der Datei erstellt haben, befindet sich die Datei auf dem Zielwiederherstellungs-Verzweigungspunkt.

  In diesen Fällen ist das Ausführen einer Wiederherstellung der Datei, wie in der folgenden Tabelle beschrieben, abhängig von der Beziehung von redo_start_lsn zu redo_target_lsn.

  Situation

Hinweis:
Nachdem Sie die Sicherungen für einen dieser Wiederherstellungspfade wiederhergestellt haben, sind die anderen Wiederherstellungspfade nicht mehr gültig. Sicherungen, die sich auf ungültige Wiederherstellungspfade beziehen, veralten. Es gilt als bewährte Methode, veraltete Sicherungen zu löschen oder wenigstens abzusondern und klar als veraltet zu markieren.

Siehe auch

Konzepte

Wiederherstellungspfade
Planen und Ausführen von Wiederherstellungssequenzen (vollständiges Wiederherstellungsmodell)
Festlegen des nächsten Schrittes für die Wiederherstellung einer Datei oder Dateigruppe
Einfügung in Protokollfolgenummern
Ausführen von Onlinewiederherstellungen
Ausführen der schrittweisen Wiederherstellung
Wiederherstellen von Dateien (vollständiges Wiederherstellungsmodell)
Ausführen von Dateiwiederherstellungen (einfaches Wiederherstellungsmodell)

Andere Ressourcen

Verwenden von Wiederherstellungssequenzen für SQL Server-Datenbanken

Hilfe und Informationen

Informationsquellen für SQL Server 2005