Artikelserie Backup-Strategien · Teil 2 von 7

Backup-Verfahren — Voll, Inkrementell, Differenziell und mehr

Alle gängigen Backup-Verfahren im Vergleich — mit Empfehlung pro Anwendungsfall

Vollsicherung · Inkrementell · Differenziell · Synthetisch · Snapshot · Image · GFS

Inhalt dieses Teils

» Worauf es bei der Verfahrenswahl ankommt
» Vergleichstabelle
» Vollsicherung (Full Backup)
» Inkrementelles Backup

» Differenzielles Backup
» Synthetisches Vollbackup
» Snapshot
» CDP — Continuous Data Protection

» Image- vs. File-Level-Backup
» GFS-Schema (Grandfather-Father-Son)
» FAQ
» Beratung & Shop

Worauf es bei der Verfahrenswahl ankommt

Im ersten Teil dieser Serie (Backup-Grundlagen) haben wir die zentralen Kennzahlen RTO und RPO eingeführt. Sie entscheiden mit darüber, welches Backup-Verfahren für ein gegebenes System sinnvoll ist — denn jedes Verfahren löst einen anderen Kompromiss zwischen Sicherungsdauer, Speicherbedarf, Wiederherstellungsdauer und Komplexität.

Konkret: Eine reine Vollsicherung jeden Abend ist einfach, kostet aber sehr viel Speicher und Laufzeit. Inkrementelle Sicherungen sind schnell und sparsam, aber im Recovery-Fall ist der Restore aufwendiger. Snapshots liefern minimale RPOs, schützen aber bei Hardware-Defekt nicht alleine. Welche Mischung am Ende sinnvoll ist, ergibt sich aus dem Workload, dem Änderungsvolumen („Change Rate“) und dem zur Verfügung stehenden Speicherbudget auf NAS, Tape oder im Cloud-Repository.

Vergleich der gängigen Backup-Verfahren

Verfahren	Sicherungsdauer	Speicherbedarf	Restoredauer	Komplexität	Typischer Einsatz
Vollsicherung	lang	hoch	kurz	gering	Kleine Datenmengen, Archive
Inkrementell	kurz	gering	lang*	mittel	Große Datenmengen, Daily Job
Differenziell	wächst	wächst	mittel	gering	Kompromiss aus Voll & Inkrement
Synthetisch voll	kurz	mittel	kurz	hoch	Enterprise-Backup-Lösungen
Snapshot	Sekunden	minimal	Sekunden	mittel	VMs, Datenbanken, NAS
CDP	kontinuierl.	hoch	Sekunden	hoch	Hochverfügbare Systeme

* Beim klassischen Inkrementell-Restore müssen die letzte Vollsicherung plus alle nachfolgenden Inkremente in Reihe eingespielt werden. Moderne Backup-Suites mit synthetischer Konsolidierung eliminieren diesen Nachteil weitgehend.

Vollsicherung (Full Backup)

EINFACHSTER RESTORE HÖCHSTER SPEICHERBEDARF REFERENZBASIS

Bei einer Vollsicherung werden bei jedem Lauf alle Daten der geschützten Quelle gesichert — unabhängig davon, ob sie sich seit der letzten Sicherung geändert haben oder nicht. Vorteil: Jede einzelne Vollsicherung ist eigenständig wiederherstellbar, der Restore ist denkbar einfach. Nachteil: Speicherbedarf und Sicherungsfenster wachsen direkt mit dem Datenvolumen.

Sinnvoller Einsatz: Überschaubare Datenmengen, in die nicht jeden Tag viel reingeschrieben wird (Archive, Konfigurationen, kleine Fileserver). Außerdem als regelmäßige Basis für alle anderen Verfahren — jedes Inkrement und jedes Differenzial benötigt eine vorausgehende Vollsicherung als Anker.

Inkrementelles Backup

SCHNELLSTE SICHERUNG MINIMALER SPEICHERBEDARF RESTORE-KETTE

Ein inkrementelles Backup sichert nur die Änderungen seit der letzten Sicherung — egal ob die letzte Sicherung eine Vollsicherung oder selbst wieder ein Inkrement war. Das ergibt sehr kleine Sicherungssets und kurze Sicherungsfenster, die sich problemlos in nächtliche Slots einplanen lassen.

Nachteil im Restore-Fall: Es muss die letzte Vollsicherung eingespielt werden plus jedes nachfolgende Inkrement der Reihe nach. Bei einer Sicherungsstrategie aus 1× Vollsicherung pro Woche und 6× täglich Inkrementen bedeutet das im schlechtesten Fall 7 Rückspielvorgänge. Geht ein einziges Inkrement verloren oder ist defekt, ist die gesamte Kette ab diesem Punkt unbrauchbar.

Sinnvoller Einsatz: Große Datenbestände mit moderater Änderungsrate — klassischer Fileserver, SAN-Storage, CAD-/Konstruktionsdaten. Kombiniert mit synthetischer Konsolidierung (siehe unten) weitgehend ohne Restore-Nachteil betreibbar.

Differenzielles Backup

RESTORE IN 2 SCHRITTEN SPEICHER WÄCHST

Ein differenzielles Backup sichert alle Änderungen seit der letzten Vollsicherung — nicht seit der letzten Sicherung überhaupt. Das differenzielle Set wird also mit jedem Tag bis zur nächsten Vollsicherung größer. Dafür reichen für den Restore genau zwei Schritte: die letzte Vollsicherung plus das aktuellste Differenzial.

Sinnvoller Einsatz: Wenn Restore-Geschwindigkeit und Vereinfachung wichtiger sind als minimaler Speicherverbrauch — z. B. für Datenbanken oder ERP-Systeme, deren Wiederherstellung unter Zeitdruck steht. Beliebte Strategie: Vollsicherung am Wochenende, täglich differenziell.

Synthetisches Vollbackup

SCHNELLER RESTORE QUELLE NICHT BELASTET ENTERPRISE-FEATURE

Ein synthetisches Vollbackup ist eine Vollsicherung, die der Backup-Server aus den vorhandenen Sicherungs-Sets selbst zusammenbaut — ohne die Quell-Daten erneut anzufassen. Konkret: Letztes Vollbackup plus alle nachfolgenden Inkremente werden auf dem Backup-Ziel zu einer neuen Vollsicherung konsolidiert.

Vorteil: Auf der Quellseite läuft weiterhin nur das schnelle inkrementelle Backup, der Produktiv-Server wird nicht belastet. Auf der Zielseite entsteht aber regelmäßig eine frische Vollsicherung — was den Restore drastisch beschleunigt und die kritische Inkrement-Kette kürzt.

Sinnvoller Einsatz: Aktuelle Enterprise-Backup-Suiten (Veeam, Veritas NetBackup, Acronis) bringen das standardmäßig mit. Voraussetzung ist genügend schnelles Backup-Storage — entweder ein leistungsfähiges NAS oder dediziertes Storage-Server-Subsystem. Mehr Detail zur Software-Auswahl folgt in Teil 6.

Snapshot

SEKUNDEN-AUFNAHME MINIMALER OVERHEAD KEIN BACKUP-ERSATZ

Ein Snapshot ist ein konsistenter Punkt-in-der-Zeit-Stand eines Volumes oder einer VM, erzeugt durch das Filesystem oder den Hypervisor selbst (ZFS, btrfs, LVM, VMware, Hyper-V, Synology BTRFS-Snapshots etc.). Erstellung und Rücksetzung dauern Sekunden, weil intern nur Block-Pointer kopiert werden — die alten Datenblöcke bleiben referenziert (Copy-on-Write).

Daraus ergibt sich ein extrem niedriger RPO: Snapshots im 15-Minuten-Takt sind problemlos möglich. Wichtig: Ein Snapshot liegt auf demselben Storage wie die Quelldaten — bei Defekt der zugrundeliegenden Festplatten sind beide weg. Snapshots sind also keine Backups im 3-2-1-Sinne, sondern ein ergänzendes Verfahren für kurzfristige Rollbacks (versehentlich gelöschte Datei, fehlgeschlagene Migration, Test-Wiederholung).

Best Practice: Snapshots als „erste Verteidigungslinie“ einsetzen, parallel ein klassisches Backup auf separatem Medium fahren. Viele Backup-Suites können Snapshots als Quelle verwenden — das ergibt konsistente, anwendungs-quiesced Sicherungen ohne Produktionsbelastung.

CDP — Continuous Data Protection

RPO NAHE 0 SPEICHER- UND LIZENZINTENSIV

Continuous Data Protection protokolliert jede Schreiboperation in Echtzeit, ähnlich einem Datenbank-Log. Damit kann zu einem beliebigen Zeitpunkt der Vergangenheit zurückgerollt werden — Sekunden- oder Millisekunden-genau. Das ergibt einen RPO nahe null und einen RTO im Sekundenbereich. Preis dafür ist deutlicher Performance-Overhead an der Quelle und ein hoher Speicherbedarf für das Journal. Klassisches Einsatzfeld: hochverfügbare Datenbanken, Trading-Systeme, regulatorisch sensitive Anwendungen. Bekannte Implementierungen: Zerto, Veeam CDP, DataCore.

Image- vs. File-Level-Backup

Quer zu allen oben genannten Verfahren liegt die Frage, auf welcher Ebene gesichert wird:

Image-Backup (Block-Level)

Sichert das gesamte Datenträger-Image — Bootsektor, Partitionen, Filesystem, Inhalte. Ermöglicht Bare-Metal-Recovery (kompletter Server-Wiederaufbau auf neuer Hardware).

Vorteil: schnellste Wiederherstellung kompletter Systeme.
Nachteil: einzelne Dateien restoren ist umständlich; Restore meist nur auf identische oder ähnliche Hardware.

File-Level-Backup

Sichert einzelne Dateien und Verzeichnisse. Ermöglicht gezieltes Wiederherstellen einzelner Objekte ohne kompletten System-Restore.

Vorteil: granularer Restore (z. B. eine versehentlich gelöschte Excel-Datei).
Nachteil: kein Bare-Metal-Recovery; Bootsektor und Systemkonfiguration müssen separat gesichert werden.

Beste Praxis: Beides kombinieren. Moderne Backup-Suites können aus einem Image-Backup einzelne Dateien extrahieren („Item-Level Restore“ oder „Granular Recovery“) und vereinen damit beide Vorteile in einem Job. Für virtuelle Maschinen ist das heute Standard.

GFS-Schema (Grandfather-Father-Son)

Egal welches Verfahren genutzt wird — irgendwann ist die Frage, wie viele Sicherungen wie lange aufgehoben werden. Dafür hat sich seit den 1990ern das GFS-Schema durchgesetzt: Grandfather-Father-Son, drei Generationen mit unterschiedlicher Aufbewahrungsdauer.

Son täglich	Tägliche Sicherungen, meist inkrementell oder differenziell. Aufbewahrung typisch: 7–14 Tage. Schutz gegen kurzfristige Fehler, versehentliches Löschen, fehlerhafte Updates.
Father wöchentlich	Wöchentliche Vollsicherungen, meist am Wochenende. Aufbewahrung typisch: 4–8 Wochen. Schutz gegen mittelfristige Fehler, Korruption die erst später auffällt.
Grandfather monatlich/jährlich	Monatliche oder jährliche Vollsicherungen, oft auf Tape-Cartridges und ausgelagert. Aufbewahrung: monate- bis jahrelang — bei steuerlich relevanten Daten gemäß HGB/AO 10 Jahre, bei Personalakten teils 30 Jahre.

Eine konkrete GFS-Konfiguration für einen typischen Mittelständler sähe zum Beispiel so aus:

14× täglich inkrementell auf NAS (Mo–Fr, 14 Tage Retention)
8× wöchentlich Vollsicherung am Sonntag auf NAS (8 Wochen Retention)
12× monatlich Vollsicherung zusätzlich auf LTO-Tape (12 Monate Retention)
10× jährliche Vollsicherung auf ausgelagertes LTO-Tape im Tresor/Cloud (10 Jahre Retention, GoBD-konform)

Praktisch alle professionellen Backup-Suites bringen vorgefertigte GFS-Schemata mit, die nur noch mit den eigenen Retention-Werten parametriert werden. Trotzdem lohnt sich die einmalige Reflexion: Welche Daten müssen wirklich 10 Jahre aufgehoben werden? Und wo reicht die kurzfristige Snapshot-Schiene? Mehr dazu folgt in Teil 7 (Best Practices & Compliance).

Häufige Fragen zu Backup-Verfahren

Inkrementell oder differenziell — was ist besser?

Es gibt kein „besser“ — es gibt nur einen Trade-off. Inkrementell ist schneller bei der Sicherung, aber langsamer und fragiler beim Restore. Differenziell ist im Restore einfacher, kostet aber mit jedem Tag mehr Speicher. Für moderne Setups mit synthetischer Konsolidierung ist Inkrementell fast immer die richtige Wahl — dafür ist die Backup-Software (Veeam, Acronis & Co.) zuständig.

Sind Snapshots ein Backup?

Nein. Ein Snapshot liegt auf demselben Storage wie die Quelldaten — bei einem Hardware-Defekt der zugrundeliegenden RAID-Disks sind beide weg. Snapshots sind ein Werkzeug für kurzfristige Rollbacks (versehentlich gelöschte Datei, fehlerhafte Migration), aber nie ein Ersatz für ein echtes Backup nach 3-2-1-Regel.

Wie häufig sollte eine Vollsicherung laufen?

Faustregel: mindestens einmal pro Woche, im Idealfall am Wochenende mit genügend Zeitfenster. Bei kleineren Datenmengen (< 500 GB) auch täglich möglich. Bei sehr großen Datenbeständen (> 5 TB) und inkrementellen Verfahren reicht eine monatliche Vollsicherung, sofern dazwischen synthetische Konsolidierung läuft.

Was ist eine „Forever Incremental“-Strategie?

Eine moderne Variante, bei der nur einmal initial eine Vollsicherung gemacht wird und danach ausschließlich Inkremente laufen. Die Backup-Software konsolidiert die Inkremente im Hintergrund zu synthetischen Vollsicherungen. Vorteil: minimaler Sicherungs-Footprint auf der Quelle. Voraussetzung: ein leistungsfähiges Backup-Repository (idealerweise mit Deduplizierung).

Wann lohnt sich Tape noch — vs. NAS oder Cloud?

Tape ist heute die mit Abstand günstigste Speichertechnologie pro TB für Langzeit-Archive (jenseits von 5 Jahren) — und durch das physische Auswerfen der Cartridge ein natürlicher Air-Gap gegen Ransomware. Für kurzfristige Backups (Daily/Weekly) ist NAS schneller und flexibler. Eine Detail-Diskussion folgt in Teil 3 (Lokale Backup-Medien).

Wichtig: Verfahren ist nicht gleich Strategie. Erst die Kombination aus Verfahren (dieser Teil), Medium (Teil 3), Standort (Teile 4 und 5) und Software (Teil 6) ergibt eine funktionierende Backup-Lösung. Und ohne dokumentierte Restore-Tests (Teil 7) hat selbst die beste Architektur keinen realen Wert.

Beratung zu Backup-Verfahren und Sicherungssoftware

Sie planen die Auswahl oder Aktualisierung Ihrer Backup-Lösung? Wir helfen bei der Verfahrenswahl (Vollsicherung vs. inkrementell vs. synthetisch), Hardware-Dimensionierung von NAS und Tape-Subsystemen sowie der Auswahl der passenden Backup-Software.

Telefon: +49 (0)7666 / 88499-0 · E-Mail: vertrieb@industry-electronics.de

Passende Shop-Kategorien

Backup-Software Backup-Lösungen Datensicherheit	Backup-Ziele Storage NAS · Storage SAN Storage-Server Direct Attached Storage	Tape & Cartridge Band/Cartridge Tape Array · RDX
Server & Controller Server · Rack-Server RAID-Controller	Festplatten & SSD Festplatten SSD SATA · SSD M.2	Wechselrahmen & Speicher Wechselrahmen Speichermedien

Weitere Teile dieser Serie

Sie sind hier: Teil 2 — Backup-Verfahren (Voll, Inkrementell, Differenziell, Snapshot, GFS)

Verwandter Beitrag: RAID-Level und ihre Bedeutung

Stand: April 2026 · Lieske Elektronik · industry-electronics.de