Datensicherung und Wiederherstellung | 5. August 2026

[3 Methoden] Erstellen von differenziellen Sicherungen für SQL Server

Dieser Blog‑Beitrag stellt drei einfache Methoden für differenzielle SQL‑Server‑Sicherungen vor: die für Einsteiger geeignete SSMS‑GUI, das fortgeschrittene Transact‑SQL sowie die effiziente Automatisierung mit i2Backup. Er enthält zudem Grundprinzipien und einfache Wiederherstellungsschritte und eignet sich sowohl für Einsteiger als auch für IT‑Fachkräfte, um Daten unkompliziert zu schützen.

Von: Emma

In der Welt der Datenbankadministration ist die Abwägung zwischen robustem Datenschutz und Speichereffizienz eine ständige Herausforderung. Eine Vollsicherung bildet die Grundlage jeder Wiederherstellungsstrategie, aber für große SQL‑Server‑Datenbanken ist es unpraktisch, alle paar Stunden eine Vollsicherung auszuführen. An dieser Stelle wird die differenzielle Sicherung zu einem unverzichtbaren Hilfsmittel.

Was ist eine differenzielle Sicherung bei SQL Server

Bei SQL Server ist eine differenzielle Sicherung kumulativ. Sie zeichnet alle Datenänderungen seit der letzten Vollsicherung auf und verkürzt dadurch Sicherungsdauer und Speicherbedarf. Die meisten Vollsicherungen – etwa Datenbank‑, Teil‑ oder Dateisicherungen (außer Kopiersicherungen) – können als Basis für differenzielle Sicherungen dienen.

Unterschied zwischen Vollsicherung, differenzieller Sicherung und Transaktionsprotokollsicherung

SQL Server kennt drei wesentliche Sicherungstypen: Vollsicherung, differenzielle Sicherung und Transaktionsprotokollsicherung. Unten finden Sie eine klare Übersicht über deren Kern‑Definitionen und wesentlichen Merkmale, falls Sie wissen möchten, welcher Typ sich wann für Ihre Datenschutzstrategie eignet.

Merkmal	Vollsicherung	Differenzielle Sicherung	Transaktionsprotokollsicherung
Enthaltene Daten	Gesamte Datenbank	Änderungen seit letzter Vollsicherung	Änderungen seit letzter Protokollsicherung
Sicherungsgeschwindigkeit	Am langsamsten	Mittel (steigt mit der Zeit an)	Am schnellsten
Wiederherstellungsgeschwindigkeit	Am schnellsten	Schnell (Voll + 1 Differenz‑Sicherung)	Am langsamsten (Voll + alle Protokollsicherungen)
Dateigröße	Am größten	Mittel (wächst an)	Am kleinsten
Häufigkeit	Wöchentlich/Täglich	Täglich/Stündlich	Minütlich/Stündlich

Hinweis: Vor dem Erstellen einer differenziellen Sicherung muss eine Vollsicherung vorhanden sein. Ohne eine „Basis‑Vollsicherung“ fehlt der Ausgangspunkt für die Differenzsicherung, der Vorgang schlägt fehl.

Methode 1: Option für differenzielle SQL‑Sicherung in der SSMS‑GUI

Für viele Administratoren ist SQL Server Management Studio (SSMS) das Standard‑Tool für Datenbankaufgaben über eine grafische Oberfläche. Dieser Ansatz eignet sich besonders für Einsteiger oder für geführte Abläufe ohne manuelle Sicherungsskripte. Eine ausführliche Anleitung zu den SSMS‑Sicherungsgrundlagen finden Sie in unserer detaillierten Beschreibung zum Thema Sichern einer Datenbank in SSMS.

Führen Sie diese Schritte aus, um eine differenzielle Sicherung über die grafische Benutzeroberfläche durchzuführen:

Starten Sie SSMS und stellen Sie eine Verbindung zu Ihrer SQL‑Server‑Instanz her.
Erweitern Sie im Objekt‑Explorer den Knoten Datenbanken
Klicken Sie mit der rechten Maustaste auf die zu schützende Datenbank, bewegen Sie den Mauszeiger auf Aufgaben und wählen Sie Sichern… aus.
Stellen Sie im Fenster „Datenbank sichern“ sicher, dass der Sicherungstyp auf Differenziell eingestellt ist.

Hinweis: Ist diese Option ausgegraut, wurde für diese Datenbank üblicherweise noch keine Vollsicherung ausgeführt.

Prüfen Sie im Bereich „Ziel“ den Speicherpfad. Klicken Sie auf Hinzufügen, um einen benutzerdefinierten Speicherort oder eine Dateiendung wie .bak festzulegen und Ihre Dateien übersichtlich zu verwalten.
Klicken Sie auf OK, um den Vorgang zu starten. Ein Fortschrittsbalken wird angezeigt, eine Bestätigungsmeldung informiert Sie über den erfolgreichen Abschluss der Sicherung.

Die GUI‑Methode eignet sich hervorragend für einmalige Aufgaben. Für automatisierte Abläufe oder die Verwaltung mehrerer Server bietet Transact‑SQL jedoch mehr Flexibilität.

Methode 2: Erstellen einer differenziellen Sicherung mit Transact‑SQL

Die grafische Oberfläche ist gut für einmalige Sicherungsvorgänge. Dennoch bevorzugen manche Datenbank‑Fachkräfte Transact‑SQL (T‑SQL) zum Erstellen von Sicherungen. Spezielle Sicherungsskripte für differenzielle SQL‑Server‑Sicherungen ermöglichen höhere Präzision und schnellere Ausführung von Arbeitsabläufen.

Unten finden Sie ein produktionsfertiges Standardskript, das Sie kopieren und an Ihre SQL‑Server‑Umgebung und Sicherungsanforderungen anpassen können.

-- Voraussetzung: Zuerst muss eine gültige Vollsicherung der Datenbank vorhanden sein
-- Hinweis: Passen Sie Datenbankname und Sicherungspfad an Ihre Umgebung an
BACKUP DATABASE [IhrDatenbankName]
TO DISK = N'C:\Backups\IhrDatenbankName_Diff.bak'
WITH
    DIFFERENTIAL,
    NAME = N'IhrDatenbankName‑Differenzielle Sicherung',
    COMPRESSION,
    STATS = 10,
    DESCRIPTION = N'Kumulierte Datenänderungen seit der letzten erfolgreichen Vollsicherung';
GO

T‑SQL liefert die Flexibilität für die Verwaltung im Unternehmensmaßstab. Wenn Sie diese Prozesse mithilfe fortgeschrittener Automatisierung weiter vereinfachen möchten, bieten spezielle Tools noch gestrafftere Abläufe.

Methode 3: Optimieren der differenziellen SQL‑Server‑Sicherung mit i2Backup

Manuelle Verfahren und T‑SQL‑Skripte bilden eine solide Grundlage für den Datenbankschutz. Die Verwaltung über mehrere Instanzen hinweg im Unternehmensumfeld kann jedoch komplex werden. Für Administratoren, die Arbeitsabläufe vereinfachen und die Datensicherheit verbessern möchten, ist i2Backup eine professionelle Alternative zu herkömmlichen Sicherungsskripten.

Wichtige Vorteile von i2Backup für SQL Server

Vereinheitlichte und vereinfachte Verwaltung: Sie pflegen keine separaten Skripte für jeden Server mehr, sondern steuern alle Sicherungs‑ und Wiederherstellungsaufgaben über ein zentrales Dashboard. Mit wenigen Klicks konfigurieren Sie Sicherungen ohne komplexen Code zu schreiben.
Richtlinienbasierte Automatisierung: Sie legen individuelle Sicherungsrichtlinien und Aufbewahrungsregeln fest. Nach der Einstellung führt i2Backup Aufgaben automatisch aus und räumt veraltete Versionen auf, damit Ihr Speicher optimiert bleibt.
Fortgeschrittene Sicherheit und Compliance: Gegen moderne Bedrohungen wie Ransomware unterstützt i2Backup die AES‑Verschlüsselung bei der Datenübertragung sowie unveränderbare Sicherungen. Dadurch können einmal gesicherte Daten nicht von unbefugten Benutzern verändert oder gelöscht werden.
Flexible Speicherziele: Sie können SQL‑Server‑Datenbanken auf unterschiedliche Ziele sichern: lokale Laufwerke, deduplizierten Speicher oder Objektspeicher. Diese Flexibilität hilft, Leistung und Langzeitspeicherkosten gegeneinander abzuwägen.

60‑tägige kostenlose Testversion

Sicherer Download

Egal ob Sie einen einzelnen physischen Server oder eine komplexe Cloud‑Umgebung verwalten: Automatisierte Lösungen wie i2Backup liefern die Skalierbarkeit und Sicherheit, die für den modernen Unternehmens‑Datenschutz erforderlich sind.

Wiederherstellen einer differenziellen Sicherung bei SQL Server

Das Erstellen von Sicherungen ist nur die halbe Aufgabe; das oberste Ziel ist eine erfolgreiche Wiederherstellung. Für die Wiederherstellung einer differenziellen SQL‑Server‑Sicherung gilt die „Zwei‑Regel“. Da differenzielle Sicherungen kumulativ sind, benötigen Sie nur zwei Dateien, um die Datenbank wieder online zu bringen: die zugrundeliegende Vollsicherung und die aktuellste differenzielle Sicherung.

Vor den einzelnen Verfahren gibt es eine entscheidende Regel: der NORECOVERY‑Zustand. Beim Wiederherstellen der anfänglichen Vollsicherung muss die Datenbank im Zustand „Wird wiederhergestellt“ verbleiben, damit sie nachfolgende differenzielle Daten übernehmen kann.

Im Folgenden erfahren Sie, wie Sie die Wiederherstellung mit den drei vorgestellten Methoden durchführen.

Möglichkeit 1: Wiederherstellung über die SSMS‑GUI

SSMS gestaltet diesen Ablauf besonders komfortabel: Es liest automatisch die Sicherungshistorie und fügt die Sicherungskette für Sie zusammen.

Klicken Sie in SSMS mit der rechten Maustaste auf die wiederherzustellende Datenbank, bewegen Sie den Mauszeiger auf Aufgaben, wählen Sie Wiederherstellen und klicken Sie auf Datenbank…
Auf der Registerkarte „Allgemein“ wählen Sie über Zeitachse einen bestimmten Zeitpunkt aus oder aktivieren Sie die Kontrollkästchen der aktuellsten Voll‑ und Differenz‑Sicherungen im Raster „Wiederherzustellende Sicherungssätze“.
Auf der Registerkarte Optionen aktivieren Sie ggf. „Vorhandene Datenbank überschreiben“.
Klicken Sie auf OK. SSMS stellt automatisch die Vollsicherung mit NORECOVERY wieder her und wendet anschließend die differenzielle Sicherung mit RECOVERY an, sodass die Datenbank online geht.

Möglichkeit 2: Wiederherstellung mit T‑SQL

Bei der Arbeit mit Skripten erhalten Sie die volle Kontrolle über die manuelle T‑SQL‑Wiederherstellung. Führen Sie diese Befehle nacheinander aus.

-- Angenommen, die Datenbank ist verloren: Wiederherstellen der Vollsicherung,
-- mit NORECOVERY, damit nachfolgende Wiederherstellungsvorgänge möglich sind.
RESTORE DATABASE [IhrDatenbankName]
   FROM IhrDatenbankName_1
   WITH NORECOVERY;
GO
-- Nun die differenzielle Datenbanksicherung wiederherstellen, die zweite Sicherung
-- auf dem Sicherungsmedium IhrDatenbankName_1.
RESTORE DATABASE [IhrDatenbankName]
   FROM IhrDatenbankName_1
   WITH FILE = 2,
   RECOVERY;
GO

Möglichkeit 3: Fortgeschrittene Wiederherstellung mit i2Backup

Manuelle Wiederherstellungsverfahren funktionieren, aber eine unternehmensgerechte Lösung wie i2Backup bietet zusätzliche Flexibilität für komplexe Wiederherstellungsszenarien. Sie automatisiert die erforderliche Reihenfolge der Wiederherstellungsschritte und stellt spezielle Werkzeuge für unterschiedliche Datenschutzanforderungen bereit.

i2Backup verbessert den Wiederherstellungsvorgang durch diese zentralen Funktionen:

Zeitpunktgenaue Wiederherstellung: Mithilfe regelmäßiger Protokollsicherungen und mehrerer Wiederherstellungspunkte stellen Sie die Datenbank auf einen bestimmten Zustand zurück. Das ist besonders nützlich, um versehentliche Löschungen rückgängig zu machen oder Datenbeschädigungen zu beheben, indem Sie genau den Zeitpunkt vor dem Problem auswählen.
Dateiebene‑Wiederherstellung: Für höhere Effizienz erlaubt i2Backup die Wiederherstellung einzelner Dateien, Ordner oder Datenbank‑Einträge, ohne dass der gesamte Datensatz oder eine virtuelle Maschine wiederhergestellt werden muss. Dieser granulare Ansatz spart viel Zeit, wenn nur ein kleiner Teil der Daten benötigt wird.
Wiederherstellen an beliebigen Ort: Nicht nur die Rücksicherung an die ursprüngliche Position: i2Backup unterstützt die Wiederherstellung von Sicherungen auf neue virtuelle Maschinen, physische Server oder andere Datenbank‑Hosts. Diese plattformübergreifende Unterstützung ist hilfreich für Migrationen, Tests oder Notfallwiederherstellung auf Ersatz‑Hardware.
Bandbibliothek‑Integration: Für Unternehmen, die Bänder zur Langzeitspeicherung nutzen, kann i2Backup unstrukturierte Daten direkt auf Bandbibliotheken sichern. Diese Daten lassen sich bei Bedarf direkt vom Band wiederherstellen – eine zuverlässige Möglichkeit, archivierte Informationen abzurufen.

Weiterführende Lektüre: Best‑Practices für differenzielle SQL‑Server‑Sicherungen

Um eine zuverlässige und effiziente Sicherungsstrategie aufzubauen, befolgen Sie diese praktischen Best‑Practices und integrieren Sie sie in Ihr gesamtes Notfallwiederherstellungs‑Framework für maximalen Schutz:

Differenzielle Sicherungen an eine aktuelle Vollsicherung binden: Planen Sie wöchentliche Vollsicherungen als Basis, um übermäßig große differenzielle Sicherungen zu vermeiden; prüfen Sie zuerst den Erfolg der Vollsicherung mit RESTORE HEADERONLY. Bei geschäftskritischen Datenbanken kombinieren Sie diese mit Transaktionsprotokollsicherungen für zeitpunktgenaue Wiederherstellungen.
Komprimierung zur Speicherersparnis verwenden: Fügen Sie den Parameter COMPRESSION in Ihr Skript ein (ab Standard‑Edition); stimmen Sie Komprimierungsstufe und Wiederherstellungsgeschwindigkeit aufeinander ab und nutzen Sie deduplizierten Speicher für zusätzliche Effizienz.
Klare Aufbewahrungsrichtlinien festlegen: Löschen Sie alte differenzielle Sicherungen, sobald eine neue Vollsicherung erfolgreich verifiziert wurde; halten Sie 14‑30 Tage (kritische Datenbanken) / 7‑10 Tage (nicht‑kritische) vor und automatisieren Sie die Aufbewahrung, um Fehler zu vermeiden.
Regelmäßige Wiederherstellungstests durchführen: Führen Sie monatliche (nicht‑kritisch) bzw. vierteljährliche (kritisch) Tests durch, indem Sie Vollsicherung plus aktuellste differenzielle Sicherung in einer Testumgebung wiederherstellen. Verwenden Sie NORECOVERY (bei Vollsicherung) und RECOVERY (bei differenzieller Sicherung) und dokumentieren Sie die Schritte für Ihr Team.
Sicherungen schützen: Verschlüsseln Sie Sicherungen bei Übertragung und Speicherung und nutzen Sie unveränderbare Sicherungen für kritische differenzielle Sicherungen, um Manipulation oder Löschung zu verhindern.

Zusammenfassung

Das Erstellen einer differenziellen SQL‑Server‑Sicherung ist ein entscheidender Schritt für jeden DBA oder IT‑Fachmann, der Datensicherheit und Speichereffizienz in Einklang bringen möchte. Indem nur Änderungen seit der letzten Vollsicherung erfasst werden, verkürzen sich Sicherungsfenster deutlich und der Wiederherstellungsvorgang wird vereinfacht.

Abschließender Hinweis: Stellen Sie sicher, dass Ihre „Basis‑Vollsicherung“ intakt ist, überprüfen Sie Ihre Sicherungen regelmäßig und verwenden Sie klare Dateiendungen wie .bak für eine bessere Übersicht.

Die beste Sicherungsstrategie ist eine getestete, automatisierte Strategie, die im Notfall verfügbar ist. Beginnen Sie mit dem Verfahren, das zu Ihrer aktuellen Infrastruktur passt – und denken Sie daran: Mit wachsenden Datenmengen sollten auch Ihre Tools mitwachsen.

Emma

Keine Kurzbiografie vorhanden