Freigeben über

Sichern und Wiederherstellen von SQL Server-Datenbanken

In diesem Thema werden die Vorteile des Sicherns von SQL Server-Datenbanken, der grundlegenden Begriffe für Sicherung und Wiederherstellung sowie die Einführung von Sicherungs- und Wiederherstellungsstrategien für SQL Server und Sicherheitsüberlegungen für SQL Server-Sicherung und -Wiederherstellung beschrieben.

Die SQL Server-Sicherungs- und Wiederherstellungskomponente bietet einen wesentlichen Schutz für den Schutz kritischer Daten, die in Ihren SQL Server-Datenbanken gespeichert sind. Um das Risiko eines katastrophalen Datenverlusts zu minimieren, müssen Sie Ihre Datenbanken sichern, um Änderungen an Ihren Daten regelmäßig beizubehalten. Eine gut geplante Sicherungs- und Wiederherstellungsstrategie trägt zum Schutz von Datenbanken vor Datenverlust bei, die durch eine Vielzahl von Fehlern verursacht werden. Testen Sie Ihre Strategie, indem Sie eine Reihe von Sicherungen wiederherstellen und dann Ihre Datenbank wiederherstellen, um Sie auf eine effektive Reaktion auf ein Notfall vorzubereiten.

Zusätzlich zum lokalen Speicher zum Speichern der Sicherungen unterstützt SQL Server auch die Sicherung und Wiederherstellung aus dem Azure Blob Storage-Dienst. Weitere Informationen finden Sie unter SQL Server Backup and Restore with Azure Blob Storage Service.

Vorteile

  • Durch das Sichern Ihrer SQL Server-Datenbanken, das Ausführen von Testwiederherstellungsverfahren für Ihre Sicherungen und das Speichern von Kopien von Sicherungen an einem sicheren, off-site-Speicherort schützt Sie vor potenziell katastrophalem Datenverlust.

    Von Bedeutung

    Dies ist die einzige Möglichkeit, Ihre SQL Server-Daten zuverlässig zu schützen.

    Mit gültigen Sicherungen einer Datenbank können Sie Ihre Daten aus vielen Fehlern wiederherstellen, z. B.:

    • Medienfehler.

    • Benutzerfehler, z. B. versehentliches Ablegen einer Tabelle.

    • Hardwarefehler, z. B. beschädigtes Laufwerk oder dauerhafter Verlust eines Servers.

    • Naturkatastrophen. Mithilfe des SQL Server Backup to Azure Blob Storage-Diensts können Sie eine Off-Site-Sicherung in einer anderen Region als Ihrem lokalen Standort erstellen, um bei Naturkatastrophen, die Ihren lokalen Standort beeinträchtigen, zu verwenden.

  • Darüber hinaus sind Sicherungen einer Datenbank für routine administrative Zwecke nützlich, z. B. das Kopieren einer Datenbank von einem Server auf einen anderen, das Einrichten von AlwaysOn-Verfügbarkeitsgruppen oder die Datenbankspiegelung sowie die Archivierung.

Komponenten und Konzepte

Sichern
Kopiert die Daten oder Protokolldatensätze aus einer SQL Server-Datenbank oder dessen Transaktionsprotokoll auf ein Sicherungsgerät, z. B. einen Datenträger, um eine Datensicherung oder Protokollsicherung zu erstellen.

Sicherung [Substantiv]
Eine Kopie von Daten, die zum Wiederherstellen und Zurückgewinnen der Daten nach Datenverlust verwendet werden können. 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, in das SQL Server-Sicherungen geschrieben und aus denen sie wiederhergestellt werden können. SQL Server-Sicherungen können auch in einen Azure Blob Storage-Dienst geschrieben werden, und das URL-Format wird verwendet, um das Ziel und den Namen der Sicherungsdatei anzugeben. Weitere Informationen finden Sie unter SQL Server Backup and Restore with Azure Blob Storage Service.

Sicherungsmedien
Eine oder mehrere Bänder oder Dateien, auf die eine oder mehrere Sicherungen geschrieben wurden.

Datensicherung
Eine Sicherung von Daten in einer vollständigen Datenbank (datenbanksicherung), teilielle Datenbank (partielle Sicherung) oder eine Gruppe von Datendateien oder Dateigruppen (eine Dateisicherung).

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

Differenzielle Sicherung
Eine Datensicherung, die auf der neuesten vollständigen Sicherung einer vollständigen oder teilweisen Datenbank oder einer Gruppe von Datendateien oder Dateigruppen (differenzielle Basis) basiert und nur die Daten enthält, die sich seit dieser Basis geändert haben.

vollständige Sicherung
Eine Datensicherung, die alle Daten in einer bestimmten Datenbank oder gruppe von Dateigruppen oder Dateien enthält, und auch genügend Protokoll, um die Wiederherstellung dieser Daten zu ermöglichen.

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

genesen
So geben Sie eine Datenbank in einen stabilen und konsistenten Zustand zurück.

Genesung
Eine Phase des Datenbankstarts oder einer Wiederherstellung mit Wiederherstellung, die die Datenbank in einen transaktionseinheitlichen Zustand versetzt.

Wiederherstellungsmodell
Eine Datenbankeigenschaft, die die Wartung des Transaktionsprotokolls in 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 mehrstufiger Prozess, der alle Daten- und Protokollseiten aus einer angegebenen SQL Server-Sicherung in eine angegebene Datenbank kopiert und dann alle Transaktionen weiterleitt, die in der Sicherung protokolliert werden, indem protokollierte Änderungen angewendet werden, um die Daten rechtzeitig nach vorne zu bringen.

Einführung in Strategien für Sicherung und Wiederherstellung

Das Sichern und Wiederherstellen von Daten muss an eine bestimmte Umgebung angepasst werden und muss mit den verfügbaren Ressourcen arbeiten. Daher erfordert eine zuverlässige Nutzung von Sicherung und Wiederherstellung zur Datenwiederherstellung eine Sicherungs- und Wiederherstellungsstrategie. Eine gut durchdachte Sicherungs- und Wiederherstellungsstrategie maximiert die Datenverfügbarkeit und minimiert Datenverlust, während sie Ihre speziellen Geschäftsanforderungen berücksichtigt.

Von Bedeutung

Platzieren Sie die Datenbank und Sicherungen auf separaten Geräten. Andernfalls ist die Sicherung nicht verfügbar, wenn das Gerät, das die Datenbank enthält, fehlschlägt. Durch das Platzieren der Daten und Sicherungen auf separaten Geräten wird auch die E/A-Leistung sowohl für das Schreiben von Sicherungen als auch für die Produktionsverwendung der Datenbank verbessert.

Eine Sicherungs- und Wiederherstellungsstrategie enthält einen Sicherungsteil und einen Wiederherstellungsteil. Der Sicherungsteil der Strategie definiert den Typ und die Häufigkeit von Sicherungen, die Art und Geschwindigkeit der hardware, die für sie erforderlich ist, wie Sicherungen getestet werden sollen und wo und wie Sicherungsmedien gespeichert werden sollen (einschließlich Sicherheitsaspekten). Der Wiederherstellungsteil der Strategie definiert, wer für die Durchführung von Wiederherstellungen verantwortlich ist und wie Wiederherstellungsvorgänge durchgeführt werden sollten, um Ihre Ziele für die Verfügbarkeit der Datenbank und die Minimierung von Datenverlusten zu erreichen. Es wird empfohlen, Ihre Sicherungs- und Wiederherstellungsprozeduren zu dokumentieren und eine Kopie der Dokumentation in Ihrem Run Book zu speichern.

Das Entwerfen einer effektiven Sicherungs- und Wiederherstellungsstrategie erfordert eine sorgfältige Planung, Implementierung und Tests. Tests sind erforderlich. Sie verfügen nicht über eine Sicherungsstrategie, bis Sie Sicherungen in allen Kombinationen erfolgreich wiederhergestellt haben, die in Ihrer Wiederherstellungsstrategie enthalten sind. Sie müssen eine Vielzahl von Faktoren berücksichtigen. Dazu gehören folgende:

  • Die Produktionsziele Ihrer Organisation für die Datenbanken, insbesondere die Anforderungen an die Verfügbarkeit und den Schutz von Datenverlust.

  • Die Art jeder Ihrer Datenbanken: seine Größe, seine Verwendungsmuster, die Art des Inhalts, die Anforderungen an die Daten usw.

  • Einschränkungen für Ressourcen, z. B. Hardware, Personal, Speicherplatz zum Speichern von Sicherungsmedien, physische Sicherheit des gespeicherten Mediums usw.

    Hinweis

    Das SQL Server-Speicherformat auf dem Datenträger ist in den 64-Bit- und 32-Bit-Umgebungen identisch. Daher funktionieren Sicherung und Wiederherstellung in 32-Bit- und 64-Bit-Umgebungen. Eine sicherung, die auf einer Serverinstanz erstellt wird, die in einer Umgebung ausgeführt wird, kann auf einer Serverinstanz wiederhergestellt werden, die in der anderen Umgebung ausgeführt wird.

Auswirkungen des Wiederherstellungsmodells auf Sicherung und Wiederherstellung

Sicherungs- und Wiederherstellungsvorgänge treten im Kontext eines Wiederherstellungsmodells auf. Ein Wiederherstellungsmodell ist eine Datenbankeigenschaft, die steuert, wie das Transaktionsprotokoll verwaltet wird. Darüber hinaus bestimmt das Wiederherstellungsmodell einer Datenbank, welche Arten von Sicherungen und welche Wiederherstellungsszenarien für die Datenbank unterstützt werden. In der Regel verwendet eine Datenbank entweder das einfache Wiederherstellungsmodell oder das vollständige Wiederherstellungsmodell. Das vollständige Wiederherstellungsmodell kann durch den Wechsel zum Massenprotokollierungsmodell vor Massenoperationen ergänzt werden. Eine Einführung in diese Wiederherstellungsmodelle und ihre Auswirkungen auf die Transaktionsprotokollverwaltung finden Sie unter "Transaction Log (SQL Server)".

Die beste Wahl des Wiederherstellungsmodells für die Datenbank hängt von Ihren Geschäftlichen Anforderungen ab. Verwenden Sie das einfache Wiederherstellungsmodell, um die Verwaltung von Transaktionsprotokollen zu vermeiden und die Sicherung und Wiederherstellung zu vereinfachen. Verwenden Sie das vollständige Wiederherstellungsmodell, um die Belastung durch Arbeitsverlust zu minimieren, auch wenn dies mit einem Verwaltungsaufwand verbunden ist. Informationen zu den Auswirkungen von Wiederherstellungsmodellen auf Sicherung und Wiederherstellung finden Sie unter Backup Overview (SQL Server).For information about the effect of recovery models on backup and restore, see Backup Overview (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 Backup-Strategie hängt von einer Vielzahl von Faktoren ab, von denen die folgenden besonders wichtig sind:

  • Wie viele Stunden am Tag müssen Anwendungen auf die Datenbank zugreifen?

    Wenn ein vorhersagbarer Zeitraum außerhalb des Spitzenzeitpunkts vorhanden ist, empfehlen wir, vollständige Datenbanksicherungen für diesen Zeitraum zu planen.

  • Wie häufig treten Änderungen und Aktualisierungen wahrscheinlich auf?

    Wenn Änderungen häufig sind, berücksichtigen Sie Folgendes:

    • Berücksichtigen Sie unter dem einfachen Wiederherstellungsmodell die Planung differenzieller Sicherungen zwischen vollständigen Datenbanksicherungen. Eine differenzielle Sicherung erfasst nur die Änderungen seit der letzten vollständigen Datenbanksicherung.

    • Unter dem vollständigen Wiederherstellungsmodell 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.

  • Sind Änderungen wahrscheinlich nur in einem kleinen Teil der Datenbank oder in einem großen Teil der Datenbank?

    Bei einer großen Datenbank, in der Änderungen in einem Teil der Dateien oder Dateigruppen konzentriert sind, können partielle Sicherungen und oder Dateisicherungen nützlich sein. Weitere Informationen finden Sie unter Partielle Sicherungen (SQL Server) und vollständige Dateisicherungen (SQL Server).

  • Wie viel Speicherplatz ist für eine vollständige Datenbanksicherung erforderlich?

    Weitere Informationen finden Sie unter "Schätzen der Größe einer vollständigen Datenbanksicherung" weiter unten in diesem Abschnitt.

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

Bevor Sie eine Sicherungs- und Wiederherstellungsstrategie implementieren, sollten Sie schätzen, wie viel Speicherplatz eine vollständige Datenbanksicherung verwendet. Der Sicherungsvorgang kopiert die Daten in der Datenbank in die Sicherungsdatei. Die Sicherung enthält nur die tatsächlichen Daten in der Datenbank und keinen nicht verwendeten Speicherplatz. Daher ist die Sicherung in der Regel kleiner als die Datenbank selbst. Sie können die Größe einer vollständigen Datenbanksicherung mithilfe der gespeicherten sp_spaceused Systemprozedur schätzen. Weitere Informationen finden Sie unter sp_spaceused (Transact-SQL).

Sicherungen planen

Das Ausführen eines Sicherungsvorgangs hat minimale Auswirkungen auf Transaktionen, die ausgeführt werden; Daher können Sicherungsvorgänge während regulärer Vorgänge ausgeführt werden. Sie können eine SQL Server-Sicherung mit minimaler Auswirkung auf Produktionsworkloads ausführen.

Hinweis

Informationen zu Parallelitätseinschränkungen während der Sicherung finden Sie unter Backup Overview (SQL Server).For information about concurrency restrictions during backup, see Backup Overview (SQL Server).

Nachdem Sie entschieden haben, welche Arten von Sicherungen Sie benötigen und wie häufig Sie jeden Typ ausführen müssen, empfehlen wir, regelmäßige Sicherungen als Teil eines Datenbankwartungsplans für die Datenbank zu planen. Informationen zu Wartungsplänen und deren Erstellung für Datenbanksicherungen und Protokollsicherungen finden Sie im Wartungsplan-Assistenten.

Testen Ihrer Sicherungen

Sie haben keine Wiederherstellungsstrategie, bis Sie Ihre Sicherungen getestet haben. Es ist sehr wichtig, Ihre Sicherungsstrategie für jede Ihrer Datenbanken gründlich zu testen, indem Sie eine Kopie der Datenbank in einem Testsystem wiederherstellen. Sie müssen die Wiederherstellung aller Sicherungstypen testen, die Sie verwenden möchten.

Es wird empfohlen, für jede Datenbank ein Betriebshandbuch zu verwalten. Dieses Betriebshandbuch sollte den Speicherort der Sicherungen, der Namen der Sicherungsgeräte (falls vorhanden) und die Zeit dokumentieren, die zum Wiederherstellen der Testsicherungen erforderlich ist.

Verwandte Aufgaben

Planen von Sicherungsaufträgen

Arbeiten mit Sicherungsgeräten und Sicherungsmedien

Erstellen von Sicherungen

Hinweis

Bei partiellen oder nur-Kopie-Sicherungen müssen Sie die Transact-SQLBACKUP-Anweisung mit der Option PARTIAL oder 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

Weitere Wiederherstellungsaufgaben

Verwenden von Transact-SQL

Siehe auch

Übersicht über die Sicherung (SQL Server)
Übersicht über Wiederherstellungsvorgänge (SQL Server)
BACKUP (Transact-SQL)
RESTORE (Transact-SQL)
Sicherung und Wiederherstellung von Analysis Services-Datenbanken
Sichern und Wiederherstellen Full-Text Kataloge und Indizes
Sichern und Wiederherstellen replizierter Datenbanken
Das Transaktionsprotokoll [SQL Server]
Wiederherstellungsmodelle (SQL Server)
Mediensätze, Medienfamilien und Sicherungssätze (SQL Server)

  • Last updated on