Freigeben über

Sichern und Wiederherstellen von SQL Server-Datenbanken

  • Artikel

In diesem Thema werden die Vorteile der Sicherung SQL Server Datenbanken sowie grundlegende Sicherungs- und Wiederherstellungsbegriffe beschrieben, und es werden Sicherungs- und Wiederherstellungsstrategien für SQL Server und Sicherheitsüberlegungen für SQL Server Sicherung und Wiederherstellung vorgestellt.

Durch die Sicherungs- und Wiederherstellungskomponente von SQL Server wird eine wichtige Vorrichtung zum Schutz wichtiger Daten in SQL Server -Datenbanken bereitgestellt. Um die Gefahr eines schwerwiegenden Datenverlusts zu minimieren, müssen Sie Ihre Datenbanken regelmäßig sichern, um die Änderungen an Ihren Daten aufzubewahren. Eine gut geplante Sicherungs- und Wiederherstellungsstrategie hilft, Datenbanken vor Datenverlusten zu schützen, die durch eine Vielzahl von Fehlern verursacht werden können. Testen Sie Ihre Strategie, indem Sie einen Sicherungssatz und anschließend Ihre Datenbank wiederherstellen, um sich auf die effektive Reaktion auf einen Notfall vorzubereiten.

Neben dem lokalen Speicher für das Speichern der Sicherung unterstützt SQL Server auch das Sichern und Wiederherstellen mit dem Azure Blob Storage-Dienst. Weitere Informationen finden Sie im Artikel zu SQL Server-Sicherung und -Wiederherstellung mit dem Azure Blob Storage-Dienst.

Vorteile

  • Sie können sich vor schwerwiegendem Datenverlust schützen, indem Sie die SQL Server -Datenbanken sichern, Testwiederherstellungsprozeduren für die Sicherungen ausführen und Kopien der Sicherungen an einem sicheren Ort außerhalb Ihrer Geschäftsräume aufbewahren.

    Wichtig

    Nur so können Sie Ihre SQL Server Daten zuverlässig schützen.

    Mithilfe gültiger Datenbanksicherungen können Sie die Daten nach vielen Fehlern wiederherstellen, z. B.:

    • Medienfehler

    • Benutzerfehler (z. B. versehentliches Löschen einer Tabelle)

    • Hardwarefehler (z. B. ein beschädigter Datenträger oder der endgültige Verlust eines Servers)

    • Naturkatastrophen. Mit der SQL Server-Sicherung im Azure Blob Storage-Dienst können Sie eine externe Sicherung in einer anderen Region als an Ihrem lokalen Standort erstellen. Diese wird dann verwendet, wenn der lokale Standort durch eine Naturkatastrophe in Mitleidenschaft gezogen wird.

  • Darüber hinaus sind Sicherungen einer Datenbank für routinemäßige Administrative Zwecke nützlich, z. B. das Kopieren einer Datenbank von einem Server auf einen anderen, das Einrichten Always On Verfügbarkeitsgruppen oder die Datenbankspiegelung sowie die Archivierung.

Komponenten und Konzepte

Sichern [Verb]
Kopiert die Daten oder Protokolldatensätze aus einer SQL Server -Datenbank oder aus deren Transaktionsprotokoll auf ein Sicherungsmedium, z. B. einen Datenträger, um eine Datensicherung oder Protokollsicherung zu erstellen.

Sicherung [Substantiv]
Eine Datenkopie, die zum Wiederherstellen der Daten nach einem Fehler verwendet werden kann. Sicherungen einer Datenbank können auch verwendet werden, um eine Kopie der Datenbank an einem neuen Speicherort wiederherzustellen.

Sicherungsgerät
Ein Datenträger oder Bandgerät, auf den bzw. das SQL Server-Sicherungen geschrieben werden und von dem sie wiederhergestellt werden können. SQL Server-Sicherungen können auch in einen Azure Blob Storage-Dienst geschrieben werden. Das URL-Format wird verwendet, um das Ziel und den Namen der Sicherungsdatei anzugeben. Weitere Informationen finden Sie im Artikel zu SQL Server-Sicherung und -Wiederherstellung mit dem Azure Blob Storage-Dienst.

Sicherungsmedien
Bänder oder Datenträgerdateien, auf die Sicherungen geschrieben wurden.

Datensicherung
Eine Sicherung von Daten einer vollständigen Datenbank (Datenbanksicherung), einer partiellen Datenbank (partielle Sicherung) oder einem Satz von Datendateien oder Dateigruppen (Dateisicherung).

Datenbanksicherung
Eine Sicherung einer Datenbank. Vollständige Datenbanksicherungen stellen die gesamte Datenbank zum Zeitpunkt dar, an dem die Sicherung abgeschlossen wurde. Differenzielle Datenbanksicherungen enthalten nur Änderungen, die seit der letzten vollständigen Datenbanksicherung an der Datenbank vorgenommen wurden.

Differenzielle Sicherung
Eine Datensicherung, die auf der letzten vollständigen Sicherung einer vollständigen oder partiellen Datenbank oder einem Satz von Datendateien oder Dateigruppen (differenzielle Basis) basiert und nur die Daten enthält, die sich gegenüber der Basis geändert haben.

Vollständige Sicherung
Eine Datensicherung, die alle Daten in einer bestimmten Datenbank oder einem Satz von Dateigruppen oder Dateien enthält. Außerdem muss die Sicherung genügend Protokolle enthalten, um die Wiederherstellung dieser Daten zu ermöglichen.

Protokollsicherung
Eine Sicherung von Transaktionsprotokollen, die alle Protokolldatensätze enthält, die nicht in einer vorherigen Protokollsicherung gesichert wurden. (Vollständiges Wiederherstellungsmodell)

recover
Wiederherstellen eines stabilen und konsistenten Datenbankzustands.

recovery
Eine Phase beim Starten der Datenbank oder einer Wiederherstellung, in der ein transaktionskonsistenter Zustand der Datenbank hergestellt wird.

Wiederherstellungsmodell
Eine Datenbankeigenschaft, die die Pflege der Transaktionsprotokolle auf einer Datenbank steuert. Es stehen drei Wiederherstellungsmodelle zur Verfügung: einfach, vollständig und massenprotokolliert. Das Wiederherstellungsmodell der Datenbank bestimmt die Sicherungs- und Wiederherstellungsanforderungen.

Wiederherstellen
Ein aus mehreren Phasen bestehender Prozess, in dem alle Daten und Protokollseiten aus einer angegebenen SQL Server -Sicherung in eine angegebene Datenbank kopiert werden und ein Rollforward für alle Transaktionen ausgeführt wird, die in der Sicherung protokolliert sind. Dies wird erreicht, indem die Daten durch die Übernahme protokollierter Änderungen aktualisiert werden.

Einführung in Sicherungs- und Wiederherstellungsstrategien

Das Sichern und Wiederherstellen von Daten muss jedoch auf die entsprechende Umgebung und auf die verfügbaren Ressourcen abgestimmt werden. Die zuverlässige Verwendung von Sicherungen und Wiederherstellungen erfordert daher eine Sicherungs- und Wiederherstellungsstrategie. Eine sorgfältig geplante Sicherungs- und Wiederherstellungsstrategie maximiert Datenverfügbarkeit und minimiert Datenverluste, wobei die besonderen Anforderungen des entsprechenden Unternehmens berücksichtigt werden.

Wichtig

Platzieren Sie die Datenbank und die Sicherungen auf separaten Medien. Andernfalls stehen Ihre Sicherungen nicht mehr zur Verfügung, wenn auf dem Medium mit den Datenbankdateien Fehler auftreten. Wenn Sie die Daten und die Sicherungen auf separaten Medien speichern, wird auch die E/A-Leistung für das Schreiben von Sicherungen sowie für die produktive Nutzung der Datenbank optimiert.

Eine Sicherungs- und Wiederherstellungsstrategie enthält einen Sicherungsteil und einen Wiederherstellungsteil. Der Sicherungsteil der Strategie definiert den Typ und die Häufigkeit der Sicherungen, die Art und die Geschwindigkeit der dafür benötigten Hardware, die vorgesehene Testmethode für die Sicherungen sowie Aufbewahrungsort und -methode von Sicherungsmedien (einschließlich Sicherheitsüberlegungen). Der Wiederherstellungsteil der Strategie definiert, wer für die Ausführung der Wiederherstellungen verantwortlich ist und wie Wiederherstellungen ausgeführt werden sollen, um die jeweiligen Ziele hinsichtlich der Verfügbarkeit der Datenbank und Minimierung von Datenverlusten zu erreichen. Es empfiehlt sich, Sicherungs- und Wiederherstellungsprozeduren zu dokumentieren und eine Kopie der Dokumentation im Ausführungsbuch aufzubewahren.

Das Entwerfen einer effektiven Sicherungs- und Wiederherstellungsstrategie erfordert sorgfältiges Planen, Implementieren und Testen. Die Testphase ist erforderlich. Sie verfügen erst dann über eine Sicherungsstrategie, wenn Sie die Sicherungen, die in Ihrer Wiederherstellungsstrategie enthalten sind, in allen Kombinationen erfolgreich wiederhergestellt haben. Sie müssen eine Vielzahl von Faktoren berücksichtigen: Dabei handelt es sich z. B. um:

  • Die Produktionsziele des Unternehmens im Verhältnis zur Datenbank, besonders die Anforderungen an Verfügbarkeit und Schutz vor Datenverlusten.

  • Die Art Ihrer einzelnen Datenbanken, beispielsweise Größe, Verwendungsmuster, Art des Inhalts und Anforderungen im Hinblick auf Daten.

  • Einschränkungen hinsichtlich der Ressourcen, wie z. B. Hardware, Mitarbeiter, Platz zum Aufbewahren von Sicherungsmedien und physische Sicherheit der aufbewahrten Medien.

    Hinweis

    Das SQL Server Speicherformats auf dem Datenträger ist in 64-Bit- und 32-Bit-Umgebungen identisch. Daher können Sicherungs- und Wiederherstellungsvorgänge für 32-Bit- und 64-Bit-Umgebungen übergreifend ausgeführt werden. Eine Sicherung, die auf einer in der einen Umgebung ausgeführten Serverinstanz erstellt wurde, kann auf einer Serverinstanz wiederhergestellt werden, die in der anderen Umgebung ausgeführt wird.

Auswirkung des Wiederherstellungsmodells auf das Sichern und Wiederherstellen

Sicherungs- und Wiederherstellungsvorgänge werden im Kontext eines Wiederherstellungsmodells durchgeführt. Bei einem Wiederherstellungsmodell handelt es sich um eine Datenbankeigenschaft, mit der die Verwaltung des Transaktionsprotokolls gesteuert wird. Das Wiederherstellungsmodell einer Datenbank bestimmt, welche Sicherungsarten und Wiederherstellungsszenarien für die Datenbank unterstützt werden. Meistens wird für Datenbanken entweder das einfache Wiederherstellungsmodell oder das vollständige Wiederherstellungsmodell verwendet. Mit dem vollständigen Wiederherstellungsmodell können Sie vor dem Ausführen von Massenvorgängen ergänzend das massenprotokollierte Wiederherstellungsmodell verwenden. Eine Einführung in diese Wiederherstellungsmodelle und deren Auswirkungen auf die Transaktionsprotokollverwaltung finden Sie unter Das Transaktionsprotokoll (SQL Server).

Die Wahl des für Ihre Datenbank am besten geeigneten Wiederherstellungsmodells hängt von Ihren Geschäftsanforderungen ab. Verwenden Sie das einfache Wiederherstellungsmodell, wenn Sie die Verwaltung des Transaktionsprotokolls vermeiden und den Sicherungs- und Wiederherstellungsprozess so einfach wie möglich gestalten möchten. Wenn das Risiko eines Arbeitsdatenverlusts so klein wie möglich sein soll und Sie bereit sind, dafür einen höheren Verwaltungsaufwand in Kauf zu nehmen, verwenden Sie das vollständige Wiederherstellungsmodell. Informationen zu den Auswirkungen von Wiederherstellungsmodellen auf die Sicherung und Wiederherstellung finden Sie unter Übersicht über die Sicherung (SQL Server).

Entwerfen der Sicherungsstrategie

Nachdem Sie ein Wiederherstellungsmodell ausgewählt haben, das Ihre Geschäftsanforderungen für eine bestimmte Datenbank erfüllt, müssen Sie eine entsprechende Sicherungsstrategie planen und implementieren. Die optimale Sicherungsstrategie hängt von verschiedenen Faktoren ab, wobei den folgenden eine besondere Bedeutung zukommt:

  • Wie viele Stunden täglich müssen Anwendungen auf die Datenbank zugreifen können?

    Wenn es vorhersagbare Zeiten mit wenig Datenverkehr gibt, sollten Sie vollständige Datenbanksicherungen für diesen Zeitraum planen.

  • Wie häufig werden Änderungen und Updates im Allgemeinen vorgenommen?

    Berücksichtigen Sie bei häufigen Änderungen Folgendes:

    • Bei Verwendung des einfachen Wiederherstellungsmodells sollten Sie zwischen vollständigen Datenbanksicherungen differenzielle Sicherungen planen. Bei einer differenziellen Sicherung werden nur die Änderungen seit der letzten vollständigen Datenbanksicherung erfasst.

    • Bei Verwendung des vollständigen Wiederherstellungsmodells sollten Sie häufige Protokollsicherungen planen. Wenn Sie zwischen vollständigen Sicherungen differenzielle Sicherungen planen, kann dies die Wiederherstellungszeit verkürzen, da Sie nach dem Wiederherstellen der Daten nur eine geringe Anzahl von Protokollsicherungen wiederherstellen müssen.

  • Werden Änderungen eher in einem kleinen oder in einem großen Bereich der Datenbank vorgenommen?

    Bei einer großen Datenbank, in der sich die Änderungen auf einen Teil der Dateien oder Dateigruppen konzentrieren, können Teilsicherungen und/oder Dateisicherungen sinnvoll sein. Weitere Informationen finden Sie unter Teilsicherungen (SQL Server) und vollständige Dateisicherungen (SQL Server).

  • Wie viel Speicherplatz nimmt eine vollständige Datenbanksicherung auf dem Datenträger in Anspruch?

    Weitere Informationen hierzu finden Sie unter Schätzen der Größe einer vollständigen Datenbanksicherungweiter unten in diesem Thema.

Schätzen der Größe einer vollständigen Datenbanksicherung

Vor dem Implementieren einer Sicherungs- und Wiederherstellungsstrategie sollten Sie schätzen, wie viel Speicherplatz eine vollständige Datenbanksicherung auf dem Datenträger belegen wird. Beim Sicherungsvorgang werden die in der Datenbank enthaltenen Daten in die Sicherungsdatei kopiert. Die Sicherung enthält nur die in der Datenbank vorhandenen Daten, nicht etwa ungenutzten Speicherplatz. Daher ist die Sicherung normalerweise kleiner als die Datenbank selbst. Ein Schätzwert der Größe einer vollständigen Datenbanksicherung kann mithilfe der gespeicherten Systemprozedur sp_spaceused ermittelt werden. Weitere Informationen finden Sie unter sp_spaceused (Transact-SQL).

Planen von Sicherungen

Da ein Sicherungsvorgang nur minimale Auswirkungen auf ausgeführte Transaktionen hat, können Sicherungsvorgänge auch während der normalen Vorgänge ausgeführt werden. Sie können eine SQL Server -Sicherung mit minimalen Auswirkungen auf die produktive Arbeitslast ausführen.

Hinweis

Informationen zu Parallelitätseinschränkungen während der Sicherung finden Sie unter Übersicht über sicherungen (SQL Server).

Nachdem Sie entschieden haben, welche Arten von Sicherungen Sie benötigen und wie oft Sie diese jeweils durchführen müssen, empfiehlt es sich, im Rahmen eines Datenbankwartungsplans für die Datenbank die regelmäßige Durchführung dieser Sicherungen zu planen. Informationen zu Wartungsplänen für Datenbank- und Protokollsicherungen und zu deren Erstellung finden Sie unter Use the Maintenance Plan Wizard.

Testen von Sicherungen

Sie verfügen erst dann über eine Wiederherstellungsstrategie, wenn Sie die Sicherungen getestet haben. Es ist entscheidend, dass Sie Ihre Sicherungsstrategie für jede Ihrer Datenbanken gründlich testen, indem Sie eine Kopie der Datenbank auf einem Testsystem wiederherstellen. Sie müssen die Wiederherstellung jedes Sicherungstyps testen, den Sie zu verwenden beabsichtigen.

Es empfiehlt sich, für jede Datenbank ein Betriebshandbuch zu führen. In diesem Betriebshandbuch sollten der Aufbewahrungsort der Sicherungen, ggf. die Namen der Sicherungsmedien sowie Angaben zum Zeitaufwand für die Wiederherstellung der Testsicherungen vermerkt sein.

Related Tasks

Planen von Sicherungsaufträgen

Arbeiten mit Sicherungsgeräten und Sicherungsmedien

Erstellen von Sicherungen

Hinweis

Für teil- oder kopiergeschützte Sicherungen müssen Sie die Transact-SQLBACKUP-Anweisung mit der Option PARTIAL bzw. COPY_ONLY verwenden.

Verwendung von SQL Server Management Studio

Verwenden von Transact-SQL

Wiederherstellen von Datensicherungen

Verwendung von SQL Server Management Studio

Verwenden von Transact-SQL

Wiederherstellen von Transaktionsprotokollen (vollständiges Wiederherstellungsmodell)

Verwendung von SQL Server Management Studio

Verwenden von Transact-SQL

Zusätzliche Wiederherstellungsaufgaben

Verwenden von Transact-SQL

Weitere Informationen

Backup Overview (SQL Server)
Übersicht über Wiederherstellungsvorgänge (SQL Server)
BACKUP (Transact-SQL)
RESTORE (Transact-SQL)
Sichern und Wiederherstellen von Analysis Services-Datenbanken
Sichern und Wiederherstellen von Volltextkatalogen und Indizes
Sichern und Wiederherstellen von replizierten Datenbanken
Das Transaktionsprotokoll [SQL Server]
Wiederherstellungsmodelle (SQL Server)
Mediensätze, Medienfamilien und Sicherungssätze (SQL Server)