Sichern und wiederherstellen Sie SQL Server-Datenbanken

Gilt für:SQL Server

Dieser Artikel beschreibt die Vorteile der Sicherung von SQL Server-Datenbanken, führt grundlegende Begriffe für Sicherung und Wiederherstellung ein und behandelt Sicherungs- und Wiederherstellungsstrategien sowie Sicherheitsaspekte für SQL Server.

Die SQL Server-Backup- und Wiederherstellungskomponente bietet einen wesentlichen Schutz für kritische Daten, die in Ihren SQL Server-Datenbanken gespeichert sind. Um das Risiko eines katastrophalen Datenverlusts zu minimieren, sichern Sie regelmäßig Backups Ihrer Datenbanken, um Änderungen an Ihren Daten vorzubehalten. Eine gut durchdachte Sicherungs- und Wiederherstellungsstrategie hilft, Datenbanken vor Datenverlusten zu schützen, die durch viele Arten von Ausfällen verursacht werden. Testen Sie Ihre Strategie, indem Sie eine Reihe von Backups wiederherstellen und dann Ihre Datenbank wiederherstellen, damit Sie bereit sind, auf eine Katastrophe zu reagieren.

Zusätzlich zum lokalen Speicher unterstützt SQL Server auch das Sichern und Wiederherstellen von Azure Blob Storage. Weitere Informationen finden Sie unter SQL Server-Sicherung und -Wiederherstellung mit Azure Blob Storage. Für Datenbankdateien, die mit Microsoft Azure Blob Storage gespeichert wurden, bietet SQL Server 2016 (13.x) die Option, Azure-Momentaufnahmen für nahezu sofortige Sicherungen und schnellere Wiederherstellungen zu nutzen. Weitere Informationen finden Sie unter Dateisnapshot-Sicherungen für Datenbankdateien in Azure. Azure bietet auch eine Sicherungslösung der Unternehmensklasse für SQL Server-Instanzen auf Azure-VMs. Als vollständig verwaltete Sicherungslösung unterstützt sie Always On-Verfügbarkeitsgruppen, Langzeitaufbewahrung, Point-in-Time-Wiederherstellung sowie zentrale Verwaltung und Überwachung. Weitere Informationen finden Sie unter "Informationen zur SQL Server-Sicherung auf virtuellen Azure-Computern".

Warum ein Backup erstellen?

• Das Sichern Ihrer SQL Server-Datenbanken, das Durchführen von Testwiederherstellungsverfahren auf Ihren Backups und das Speichern von Kopien an einem sicheren, externen Ort schützen Sie vor potenziell katastrophalen Datenverlusten. Das Sichern ist die einzige Möglichkeit, Ihre Daten zu 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 SQL Server Backup zu Azure Blob Storage können Sie ein externes Backup in einer anderen Region als Ihrem lokalen Standort erstellen, um es im Falle einer Naturkatastrophe zu verwenden, die Ihren lokalen Standort betrifft.

• Darüber hinaus sind Sicherungen einer Datenbank hilfreich für Routineverwaltungsaufgaben, wie z. B. Kopieren einer Datenbank zwischen Servern, Einrichten von Always On-Verfügbarkeitsgruppen oder Datenbankspiegelung und Archivierung.

Glossar der Backup-Begriffe

Sicherungs- und Wiederherstellungsstrategien

Sie müssen Backup- und Wiederherstellungsstrategien an Ihre Umgebung und verfügbaren Ressourcen anpassen. Eine zuverlässige Wiederherstellung erfordert eine Sicherungs- und Wiederherstellungsstrategie. Eine gut durchdachte Strategie balanciert die geschäftlichen Anforderungen an maximale Datenverfügbarkeit und minimalen Datenverlust gegen die Kosten für die Pflege und Speicherung von Backups.

Eine Sicherungs- und Wiederherstellungsstrategie enthält einen Sicherungsteil und einen Wiederherstellungsteil. Der Backup-Teil definiert die Art und Häufigkeit der Backups, die Art und Geschwindigkeit der benötigten Hardware, wie Backups getestet werden und wo und wie Backup-Medien gespeichert werden (einschließlich Sicherheitsaspekten). Der Wiederherstellungsteil definiert, wer für die Durchführung von Wiederherstellungen verantwortlich ist, wie Wiederherstellungen durchgeführt werden, um Ihre Ziele für Datenbankverfügbarkeit und minimalen Datenverlust zu erreichen, sowie wie Wiederherstellungen getestet werden.

Eine effektive Backup- und Wiederherstellungsstrategie erfordert sorgfältige Planung, Implementierung und Tests. Tests sind erforderlich. Du hast keine Backup-Strategie, bis du Backups in jeder in deiner Wiederherstellungsstrategie enthaltenen Kombination erfolgreich wiederhergestellt und jede wiederhergestellte Datenbank auf physische Konsistenz getestet hast. Berücksichtigen Sie mehrere Faktoren, darunter:

• Die Ziele Ihrer Organisation in Bezug auf Ihre Produktionsdatenbanken, insbesondere die Anforderungen an die Verfügbarkeit und den Schutz von Daten vor Verlust oder Schaden.

• Die Merkmale der einzelnen Datenbanken, wie etwa Größe, Verwendungsmuster, Art des Inhalts und Anforderungen hinsichtlich der Daten.

• Einschränkungen für Ressourcen wie Hardware, Personal, Speicherplatz zum Speichern von Sicherungsmedien, physische Sicherheit der gespeicherten Medien usw.

Empfehlungen zu bewährten Methoden

Gewähren Sie den Konten, die Backup- oder Wiederherstellungsoperationen durchführen, nicht mehr Rechte als nötig. Weitere Informationen finden Sie unter Backup and Restore für spezifische Berechtigungsdetails. Verschlüssele Datenbank-Backups und, wenn möglich, komprimiere sie.

Verwenden Sie konsistente Dateierweiterungen, um Backups leichter zu erkennen und zu verwalten. SQL Server verlangt oder setzt diese Erweiterungen nicht durch, aber Konsistenz hilft bei operativen Aufgaben wie der Konfiguration von Antivirenausschlüssen für Backup-Dateien. Weitere Informationen finden Sie unter Konfigurieren von Antivirensoftware für die Arbeit mit SQL Server.

• Datenbank-Backup-Dateien sollten diese Erweiterung .BAK haben.
• Protokollsicherungsdateien sollten die Erweiterung .TRN haben.

Verwenden Sie separaten Speicher

Platziere deine Datenbank-Backups an einem separaten physischen Ort oder auf einem separaten Gerät von den Datenbankdateien. Wenn die physische Festplatte, die deine Datenbanken speichert, ausfällt oder abstürzt, hängt die Wiederherstellung davon ab, dass du auf das separate Laufwerk oder das entfernte Gerät zugreifen kannst, das die Backups gespeichert hat. Man kann mehrere logische Volumes oder Partitionen von derselben physischen Festplatte erstellen. Überprüfen Sie sorgfältig die Festplattenpartition und die logischen Volume-Layouts, bevor Sie einen Speicherplatz für die Backups auswählen.

Auswählen eines geeigneten Wiederherstellungsmodells

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. Daher bestimmt das Wiederherstellungsmodell einer Datenbank, welche Arten von Backup- und Wiederherstellungsszenarien die Datenbank unterstützt und wie groß die Backups der Transaktionsprotokolle sind. Meistens wird für Datenbanken entweder das einfache Wiederherstellungsmodell oder das vollständige Wiederherstellungsmodell verwendet. Sie können das vollständige Wiederherstellungsmodell erweitern, indem Sie vor Massenoperationen auf das Wiederherstellungsmodell mit Massenprotokollierung umschalten. Eine Einführung in diese Wiederherstellungsmodelle und ihre Auswirkungen auf die Verwaltung von Transaktionsprotokollen finden Sie im Transaktionsprotokoll.

Die beste Wahl des Datenbankwiederherstellungsmodells hängt von Ihren geschäftlichen Anforderungen 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. Verwenden Sie das vollständige Wiederherstellungsmodell, um die Belastung durch Arbeitsverlust auf Kosten des Verwaltungsaufwands zu minimieren. Um die Auswirkungen auf die Größe des Transaktionsprotokolls bei massenprotokollierten Vorgängen zu minimieren und gleichzeitig die Wiederherstellung dieser Vorgänge zu ermöglichen, verwenden Sie das massenprotokollierte Wiederherstellungsmodell. Informationen über die Auswirkungen von Wiederherstellungsmodellen auf Backup und Wiederherstellung finden Sie unter Backup-Übersicht (SQL Server).

Entwerfen Ihrer Sicherungsstrategie

Nachdem Sie ein Wiederherstellungsmodell ausgewählt haben, das Ihren Geschäftsanforderungen für eine bestimmte Datenbank entspricht, planen und implementieren Sie eine passende Backup-Strategie. Die beste Backup-Strategie hängt von mehreren Faktoren ab. Die folgenden Faktoren sind besonders wichtig:

• Wie viele Stunden am Tag benötigen Anwendungen, um auf die Datenbank zuzugreifen?

  Wenn es eine vorhersehbare Off-Peak-Zeit gibt, sollten Sie für diesen Zeitraum vollständige Datenbank-Backups planen.

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

  Wenn Änderungen häufig auftreten, betrachten Sie:

  • Im einfachen Wiederherstellungsmodell können Sie unterschiedliche Backups zwischen vollständigen Datenbank-Backups planen. Bei einer differenziellen Sicherung werden nur die Änderungen seit der letzten vollständigen Datenbanksicherung erfasst.

  • Im vollständigen Wiederherstellungsmodell können Sie häufige Log-Backups 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?

  Für eine große Datenbank, in der Änderungen auf eine Teilmenge der Dateien oder Dateigruppen konzentriert sind, können Teil-Backups oder vollständige Datei-Backups nützlich sein. Weitere Informationen finden Sie unter Partielle Sicherungen (SQL Server) und vollständige Dateisicherungen (SQL Server).

• Wie viel Speicherplatz benötigt ein vollständiges Datenbank-Backup?

• Wie weit in die Vergangenheit muss Ihr Unternehmen Backups aufbewahren?

  Stellen Sie sicher, dass Sie einen richtigen Backup-Zeitplan haben, der den Anforderungen der Anwendung und den geschäftlichen Anforderungen entspricht. Mit zunehmendem Alter von Backups steigt das Risiko eines Datenverlusts, es sei denn, Sie haben eine Möglichkeit, alle Daten bis zum Ausfallpunkt zu regenerieren. Bevor Sie alte Backups aufgrund von begrenztem Speicherplatz löschen, überlegen Sie, ob Sie Daten aus einem so weit zurückliegenden Zeitpunkt wiederherstellen müssen.

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

Bevor Sie eine Sicherungs- und Wiederherstellungsstrategie implementieren, schätzen Sie, wie viel Speicherplatz ein vollständiges Datenbank-Backup benötigt. Beim Sicherungsvorgang werden die in der Datenbank enthaltenen Daten in die Sicherungsdatei kopiert. Das Backup enthält nur die tatsächlichen Daten in der Datenbank, keinen ungenutzten Speicherplatz. Daher ist die Sicherung normalerweise kleiner als die Datenbank selbst. Um die Größe einer vollständigen Datenbanksicherung zu schätzen, verwenden Sie die gespeicherte Systemprozedur sp_spaceused. Weitere Informationen finden Sie unter sp_spaceused.

Planen von Sicherungen

Eine Backup-Operation hat nur minimale Auswirkungen auf die Ausführung von Transaktionen, sodass Sie während des regulären Betriebs Backups durchführen können. Sie können eine SQL Server-Sicherung mit minimalen Auswirkungen auf die produktive Arbeitslast ausführen.

Nachdem Sie entschieden haben, welche Arten von Backups Sie benötigen und wie oft Sie jeden Typ durchführen, planen Sie regelmäßige Backups als Teil eines Datenbankwartungsplans ein. Informationen zu Wartungsplänen für Datenbank- und Protokollsicherungen und zu deren Erstellung finden Sie unter Use the Maintenance Plan Wizard.

Testen Ihrer Sicherungen

Sie haben erst eine Wiederherstellungsstrategie, wenn Sie Ihre Sicherungen testen. Testen Sie Ihre Backup-Strategie für jede Datenbank gründlich, indem Sie eine Kopie der Datenbank auf ein Testsystem wiederherstellen. Sie müssen die Wiederherstellung jedes Sicherungstyps testen, den Sie zu verwenden beabsichtigen. Nachdem du die Sicherung wiederhergestellt hast, führe DBCC CHECKDB für die Datenbank aus, um zu bestätigen, dass das Sicherungsmedium nicht beschädigt ist.

Überprüfen der Medienstabilität und -konsistenz

Nutzen Sie die Verifizierungsoptionen, die von den Backup-Tools bereitgestellt werden (BACKUPT-SQL-Befehl, SQL Server Wartungspläne, Ihre Backup-Software oder -Lösung usw.). Ein Beispiel finden RESTORE Sie unter Aussagen - VERIFYONLY.

Verwenden Sie erweiterte Funktionen wie BACKUP CHECKSUM, um Probleme mit dem Sicherungsmedium selbst zu erkennen. Weitere Informationen finden Sie unter Possible Media Errors During Backup and Restore (SQL Server).

Dokumentsicherung/Wiederherstellungsstrategie

Dokumentiere deine Backup- und Wiederherstellungsverfahren und bewahre eine Kopie der Dokumentation in deinem Runbook auf.

Sie sollten außerdem für jede Datenbank ein Betriebshandbuch führen. Dieses Betriebshandbuch sollte den Standort der Backups, die Namen der Backup-Geräte (falls vorhanden) und die für die Wiederherstellung der Test-Backups benötigte Zeit dokumentieren.

Sicherheitsrisiko beim Wiederherstellen von Sicherungen aus nicht vertrauenswürdigen Quellen

In diesem Abschnitt wird das Sicherheitsrisiko beschrieben, das mit dem Wiederherstellen von Sicherungen aus nicht vertrauenswürdigen Quellen in einer beliebigen SQL Server-Umgebung verbunden ist, einschließlich lokaler, von Azure SQL verwalteter Instanz, SQL Server auf virtuellen Azure-Computern (VMs) und jeder anderen Umgebung.

Warum ist das wichtig?

Das Wiederherstellen von SQL-Sicherungsdateien (.bak) führt zu einem potenziellen Risiko, wenn die Sicherung von einer nicht vertrauenswürdigen Quelle stammt. Das Sicherheitsrisiko wird weiter verschärft, wenn eine SQL Server-Umgebung mehrere Instanzen aufweist, da sie den Bedrohungsbereich verstärkt. Während Sicherungen, die innerhalb einer vertrauenswürdigen Grenze verbleiben, kein Sicherheitsproblem darstellen, kann das Wiederherstellen einer schädlichen Sicherung die Sicherheit der gesamten Umgebung beeinträchtigen.

Eine schädliche .bak Datei kann:

• Übernehmen Sie die gesamte SQL Server-Instanz.
• Eskalieren Sie Berechtigungen, und erhalten Sie nicht autorisierten Zugriff auf den zugrunde liegenden Host oder virtuellen Computer.

Dieser Angriff tritt auf, bevor alle Überprüfung von Skripten oder Sicherheitsprüfungen ausgeführt werden können, was diesen Angriff extrem gefährlich macht. Das Wiederherstellen einer nicht vertrauenswürdigen Sicherung entspricht dem Ausführen nicht vertrauenswürdiger Anwendungen auf einem kritischen Server oder virtuellen Computer und der Einführung beliebiger Codeausführung in Ihre Umgebung.

Bewährte Methoden

Befolgen Sie die folgenden bewährten Methoden zur Sicherung der Sicherheit, um die Bedrohung für Ihre SQL Server-Umgebungen zu verringern:

• Behandeln Sie das Wiederherstellen von Sicherungen als hochrisikobehafteten Vorgang.
• Reduzieren Sie den Bereich des Bedrohungsdiensts mithilfe von isolierten Instanzen.
• Nur vertrauenswürdige Sicherungen zulassen: Sicherungen von unbekannten oder externen Quellen niemals wiederherstellen.
• Nur Sicherungen zulassen, die innerhalb eines vertrauenswürdigen Bereichs geblieben sind: Stellen Sie sicher, dass Sicherungen aus einem vertrauenswürdigen Bereich stammen.
• Umgehen Sie keine Sicherheitskontrollen aus Bequemlichkeit.
• Aktivieren Sie die Überwachung auf Serverebene , um Sicherungs- und Wiederherstellungsereignisse zu erfassen und Überwachungshinterziehung zu verringern.

Überwachen des Fortschritts mit XEvent

Backup- und Wiederherstellungsoperationen können aufgrund der Größe einer Datenbank und der Komplexität der Operationen lange dauern. Wenn bei einer der Operationen Probleme auftreten, nutzen Sie das erweiterte backup_restore_progress_trace Ereignis, um den Fortschritt live zu überwachen. Weitere Informationen zu erweiterten Ereignissen finden Sie in der Übersicht über erweiterte Ereignisse.

-- Create the backup_restore_progress_trace extended event session
CREATE EVENT SESSION [BackupRestoreTrace] ON SERVER
ADD EVENT sqlserver.backup_restore_progress_trace
ADD TARGET package0.event_file (SET filename = N'BackupRestoreTrace')
WITH
(
    MAX_MEMORY = 4096 KB,
    EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS,
    MAX_DISPATCH_LATENCY = 5 SECONDS,
    MAX_EVENT_SIZE = 0 KB,
    MEMORY_PARTITION_MODE = NONE,
    TRACK_CAUSALITY = OFF,
    STARTUP_STATE = OFF
);
GO

-- Start the event session
ALTER EVENT SESSION [BackupRestoreTrace] ON SERVER
STATE = START;
GO

-- Stop the event session
ALTER EVENT SESSION [BackupRestoreTrace] ON SERVER
STATE = STOP;
GO

Beispielausgabe eines Extended Event

Weitere Informationen zu Sicherungstasks

• Erstellen eines Wartungsplans
• Erstellen eines SQL Server-Agent-Auftrags in SQL Server Management Studio
• Konfigurieren des Zeitplans für den SQL Server-Agent-Auftrag

Arbeiten mit Sicherungsgeräten und Sicherungsmedien

• Definieren eines logischen Sicherungsgeräts für eine Datenträgerdatei (SQL Server)
• Definieren eines logischen Sicherungsgeräts für ein Bandlaufwerk (SQL Server)
• Angeben eines Datenträger- oder Bandsicherungsziels (SQL Server)
• Löschen eines Sicherungsgeräts (SQL Server)
• Festlegen des Ablaufdatums für eine Sicherung (SQL Server)
• Anzeigen des Inhalts eines Sicherungsbands oder einer Datei (SQL Server)
• Anzeigen der Daten und Protokolldateien in einem Sicherungssatz (SQL Server)
• Anzeigen der Eigenschaften und Inhalte eines logischen Sicherungsgeräts (SQL Server)
• Wiederherstellen einer Sicherung von einem Gerät (SQL Server)

Erstellen von Sicherungen

Für Teilsicherungen oder Copy-Only-Sicherungen verwenden Sie jeweils die Transact-SQL-Anweisung BACKUP mit der Option PARTIAL bzw. COPY_ONLY.

Verwenden von SSMS

• Erstellen einer vollständigen Datenbanksicherung
• Sichern eines Transaktionsprotokolls
• Dateien und Dateigruppen sichern
• Erstellen einer differenziellen Datenbanksicherung (SQL Server)

Verwenden von T-SQL

• Verwenden Sie Resource Governor, um den CPU-Verbrauch durch Backup-Kompression zu begrenzen
• Sichern des Transaktionsprotokolls, wenn die Datenbank beschädigt ist (SQL Server)
• Sicherungsprüfsummen während der Sicherung oder Wiederherstellung aktivieren oder deaktivieren (SQL Server)
• Geben Sie Sicherung oder Wiederherstellung an, um nach einem Fehler fortzufahren oder anzuhalten

Wiederherstellen von Datensicherungen

Verwenden von SSMS

• Wiederherstellen einer Datenbanksicherung mithilfe von SSMS
• Wiederherstellen einer Datenbank an einem neuen Speicherort (SQL Server)
• Wiederherstellen einer differenziellen Datenbanksicherung (SQL Server)
• Dateien und Dateigruppen wiederherstellen (SQL Server)

Verwenden von T-SQL

• Wiederherstellen Sie ein Datenbank-Backup nach dem einfachen Wiederherstellungsmodell
• Wiederherstellen der Datenbank zum Fehlerpunkt – vollständige Wiederherstellung
• Wiederherstellen von Dateien und Dateigruppen über bestehende Dateien (SQL Server)
• Dateien an einen neuen Speicherort wiederherstellen (SQL Server)
• Wiederherstellen der Master-Datenbank

Wiederherstellen von Transaktionsprotokollen (vollständiges Wiederherstellungsmodell)

Verwenden von SSMS

• Wiederherstellen einer Datenbank in einer markierten Transaktion (SQL Server Management Studio)
• Wiederherstellen einer Transaktionsprotokollsicherung (SQL Server)
• Wiederherstellen Sie eine SQL Server-Datenbank auf einen bestimmten Zeitpunkt (vollständiges Wiederherstellungsmodell)

Verwenden von T-SQL

• Wiederherstellen Sie eine SQL Server-Datenbank auf einen bestimmten Zeitpunkt (vollständiges Wiederherstellungsmodell)
• Neustarten eines unterbrochenen Wiederherstellungsvorgangs
• Eine Datenbank wiederherstellen, ohne Daten wiederherzustellen

Verwandte Inhalte

• Übersicht über die Sicherung (SQL Server)
• Übersicht über Wiederherstellung und Recovery (SQL Server)
• BACKUP (Transact-SQL)
• RESTORE-Anweisungen (Transact-SQL)
• Sichern und Wiederherstellen von Analysis Services-Datenbanken
• Sichern und wiederherstellen Sie Volltextkataloge und -indizes
• Sichern und wiederherstellen Sie replizierte Datenbanken
• Das Transaktionsprotokoll
• Wiederherstellungsmodelle (SQL Server)
• Mediensätze, Medienfamilien und Sicherungssätze (SQL Server)