Sichern und Wiederherstellen: Interoperabilität und Koexistenz (SQL Server)

  • Artikel

In diesem Thema werden Überlegungen zur Sicherung und Wiederherstellung für mehrere Features in SQL Server 2014 beschrieben. Diese Funktionen sind: Dateiwiederherstellung und Datenbankstart, Onlinewiederherstellung und deaktivierte Indizes, Datenbankspiegelung sowie schrittweise Wiederherstellung und Volltextindizes.

In diesem Thema:

Dateiwiederherstellung und Starten einer Datenbank

Dieser Abschnitt betrifft nur SQL Server -Datenbanken mit mehreren Dateigruppen.

Hinweis

Wenn eine Datenbank gestartet wird, werden nur Dateigruppen, deren Dateien online waren, als die Datenbank geschlossen wurde, wiederhergestellt und online geschaltet.

Falls beim Starten der Datenbank ein Problem auftritt, wird bei der Wiederherstellung ein Fehler gemeldet, und die Datenbank wird als SUSPECT gekennzeichnet. Wenn das Problem auf eine Datei oder mehrere Dateien isoliert werden kann, kann der Datenbankadministrator die Dateien offline schalten und versuchen, die Datenbank erneut zu starten. Sie können die folgende ALTER DATABASE -Anweisung verwenden, um eine Datei offline zu schalten:

ALTER DATABASE database_name MODIFY FILE (NAME ='filename', OFFLINE)

Wenn der Start erfolgreich ist, bleibt jede Dateigruppe, die eine Offlinedatei enthält, offline.

Onlinewiederherstellung und deaktivierte Indizes

Dieses Abschnitt betrifft nur Datenbanken mit mehreren Dateigruppen und für das einfache Wiederherstellungsmodell Datenbanken mit mindestens einer schreibgeschützten Dateigruppe.

Wenn die Datenbank online ist, kann der Index in diesen Fällen nur erstellt, gelöscht, aktiviert oder deaktiviert werden, wenn alle Dateigruppen, die einen beliebigen Teil des Indexes enthalten, online sind.

Informationen zum Wiederherstellen von Offlinedateigruppen finden Sie unter Onlinewiederherstellung (SQL Server).

Datenbankspiegelung und Sicherung/Wiederherstellung

Dieser Abschnitt betrifft nur Datenbanken mit mehreren Dateigruppen, für die das vollständige Wiederherstellungsmodell verwendet wird.

Hinweis

Die Datenbankspiegelungsfunktion wird in zukünftigen Versionen von Microsoft SQL Server nicht mehr bereitgestellt. Nutzen Sie diese Funktionen bei Neuentwicklungen nicht mehr, und planen Sie die Änderung von Anwendungen, die diese Funktion zurzeit verwenden. Verwenden Sie stattdessen Always On Verfügbarkeitsgruppen.

Die Datenbankspiegelung ist eine Lösung zum Verbessern der Datenbankverfügbarkeit. Die Datenbankspiegelung wird auf Datenbankbasis implementiert und ist nur für Datenbanken mit dem vollständigen Wiederherstellungsmodell geeignet. Weitere Informationen finden Sie unter Datenbankspiegelung (SQL Server).

Hinweis

Verwenden Sie zum Verteilen von Kopien einer Teilmenge der Dateigruppen in einer Datenbank die Replikation: Replizieren Sie nur die Objekte in den Dateigruppen, die auf andere Server kopiert werden sollen. Weitere Informationen über Replikation finden Sie unter SQL Server-Replikation.

Erstellen der Spiegeldatenbank

Die Spiegeldatenbank wird durch Dateiwiederherstellung (ohne Datenbankwiederherstellung) von Sicherungen der Prinzipaldatenbank auf dem Spiegelserver erstellt. Bei der Wiederherstellung muss der Datenbankname beibehalten werden. Weitere Informationen finden Sie unter Vorbereiten einer Spiegeldatenbank auf die Spiegelung (SQL Server).

Sie können die Spiegeldatenbank mithilfe einer schrittweisen Wiederherstellungssequenz erstellen, insofern dies unterstützt wird. Sie können die Spiegelung jedoch erst starten, wenn Sie alle Dateigruppen und ggf. Protokollsicherungen wiederhergestellt haben, sodass die gespiegelte Datenbank zeitlich nicht zu weit von der Prinzipaldatenbank entfernt ist. Weitere Informationen finden Sie unter Schrittweise Wiederherstellungen (SQL Server).

Einschränkungen bei der Sicherung und Wiederherstellung während der Spiegelung

Während eine Datenbank-Spiegelungssitzung aktiv ist, gelten die folgenden Einschränkungen:

  • Das Sichern und Wiederherstellen der Spiegeldatenbank ist nicht zulässig.

  • Das Sichern der Prinzipaldatenbank ist zulässig, BACKUP LOG WITH NORECOVERY ist jedoch nicht zulässig.

  • Das Wiederherstellen der Prinzipaldatenbank ist nicht zulässig.

Schrittweise Wiederherstellung und Volltextindizes

Dieser Abschnitt betrifft nur Datenbanken mit mehreren Dateigruppen und bei Datenbanken mit einfachem Modell nur schreibgeschützte Dateigruppen.

Volltextindizes werden in Datenbankdateigruppen gespeichert und können von einer schrittweisen Wiederherstellung betroffen sein. Wenn sich ein Volltextindex in derselben Dateigruppe befindet wie zugehörige Tabellendaten, wird die schrittweise Wiederherstellung ordnungsgemäß ausgeführt.

Hinweis

Wählen Sie zum Anzeigen der Dateigruppen-ID der Dateigruppe, die einen Volltextindex enthält, die data_space_id-Spalte von sys.fulltext_indexesaus.

Volltextindizes und -tabellen in separaten Dateigruppen

Wenn sich ein Volltextindex in einer separaten Dateigruppe getrennt von allen zugehörigen Tabellendaten befindet, hängt das Verhalten der schrittweisen Wiederherstellung davon ab, welche Dateigruppe zuerst wiederhergestellt und online geschaltet wird:

  • Wenn die Dateigruppe, in der der Volltextindex enthalten ist, vor den Dateigruppen mit den zugehörigen Tabellendaten wiederhergestellt und online geschaltet wird, wird die Volltextsuche ordnungsgemäß ausgeführt, sobald der Volltextindex online ist.

  • Wenn die Dateigruppe, in der die Tabellendaten enthalten sind, vor der Dateigruppe mit dem Volltextindex wiederhergestellt und online geschaltet wird, kann das Volltextverhalten davon betroffen sein. Dies liegt daran, dass Transact-SQL-Anweisungen, die eine Auffüllung auslösen, den Katalog neu erstellen oder den Katalog neu organisieren, fehlschlagen, bis der Index online geschaltet wird. Zu diesen Anweisungen zählen CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX und ALTER FULLTEXT CATALOG.

    In diesem Fall sind die folgenden Faktoren signifikant:

    • Wenn für den Volltextindex die Änderungsnachverfolgung aktiviert ist, schlagen die DML-Anweisungen des Benutzers so lange fehl, bis die Indexdateigruppe online geschaltet wird. Auch Löschvorgänge schlagen so lange fehl, bis die Indexdateigruppe online ist.

    • Unabhängig von der Änderungsnachverfolgung wird bei Volltextabfragen ein Fehler gemeldet, weil der Index nicht verfügbar ist. Wenn versucht wird, eine Volltextabfrage auszuführen, während die Dateigruppe mit dem Volltextindex offline ist, wird ein Fehler zurückgegeben.

    • Statusfunktionen (z. B. FULLTEXTCATALOGPROPERTY) werden nur dann erfolgreich ausgeführt, wenn sie nicht auf den Volltextindex zugreifen müssen. Beispielsweise ist der Zugriff auf Online-Volltextmetadaten möglich, für uniquekeycount, itemcount wird jedoch ein Fehler ausgelöst.

    Nachdem die Volltextindex-Dateigruppe wiederhergestellt und online geschaltet wurde, sind die Index- und Tabellendaten konsistent.

Sobald sowohl die Tabellendateigruppe als auch die Volltextindex-Dateigruppe online sind, wird eine ggf. angehaltene Volltextauffüllung fortgesetzt.

Dateisicherung und -wiederherstellung und die Komprimierung

SQL Server unterstützt die NTFS-Dateisystemkomprimierung schreibgeschützter Dateigruppen und Datenbanken.

Das Wiederherstellen von Dateien in einer schreibgeschützten Dateigruppe wird für komprimierte NTFS-Dateien unterstützt. Das Sichern und Wiederherstellen dieser Dateigruppen erfolgt im Prinzip wie bei jeder anderen schreibgeschützten Dateigruppe, jedoch mit folgenden Ausnahmen:

  • Beim Wiederherstellen einer Datei mit Lese-/Schreibschutz (einschließlich der primären Dateien oder Protokolldateien einer Datenbank mit Lese-/Schreibschutz) in einem komprimierten Volume wird eine Fehlermeldung angezeigt.

  • Das Wiederherstellen einer schreibgeschützten Datenbank in einem komprimierten Volume ist zulässig.

Hinweis

Protokolldateien von Datenbanken mit Lese-/Schreibzugriff sollten unter keinen Umständen in komprimierten Dateisystemen gespeichert werden.

Related Tasks

Weitere Informationen

Sichern und Wiederherstellen von SQL Server-Datenbanken
Sichern und Wiederherstellen von replizierten Datenbanken
Aktive sekundäre Replikate: Sicherung auf sekundären Replikaten (AlwaysOn-Verfügbarkeitsgruppen)