Backup-Level: Full, Incremental, Differential
Nicht alle Backups sind gleich
Jedes Mal alles zu sichern ist sicher, aber verschwenderisch. Nur Änderungen zu sichern ist effizient, aber komplex. Die richtige Strategie kombiniert beides — und Backup-Level zu verstehen ist der Schlüssel.
Full Backup
Ein Full-Backup kopiert jede Datei, unabhängig davon, ob sie sich geändert hat.
| Aspekt | Detail |
|---|---|
| Storage | Höchster — jedes Mal komplette Kopie |
| Geschwindigkeit | Langsamster — liest und schreibt alles |
| Restore | Schnellster — einzelnes Backup enthält alle Daten |
| Risiko | Niedrigstes — eigenständig, keine Abhängigkeiten |
Einsatz: Wöchentliche oder monatliche Basis-Backups, kritische Systeme, Compliance-Anforderungen.
Incremental Backup
Ein Incremental-Backup kopiert nur Dateien, die sich seit dem letzten Backup beliebigen Levels geändert haben.
| Aspekt | Detail |
|---|---|
| Storage | Niedrigster — nur tägliche Änderungen |
| Geschwindigkeit | Schnellster — minimale Daten zu lesen und schreiben |
| Restore | Langsamster — braucht Full + alle Incrementals der Reihe nach |
| Risiko | Höchstes — unterbrochene Kette = unvollständiger Restore |
Einsatz: Nächtliche Backups zwischen Fulls, Umgebungen mit hohen Änderungsraten.
Beispielkette:
Mo: Full (100 GB)
Di: Incremental (2 GB) — Änderungen seit Mo
Mi: Incremental (3 GB) — Änderungen seit Di
Do: Incremental (1 GB) — Änderungen seit Mi
Wiederherstellung Donnerstag braucht: Full + Di-Inc + Mi-Inc + Do-Inc.
Differential Backup
Ein Differential-Backup kopiert alle Dateien, die sich seit dem letzten Full-Backup geändert haben.
| Aspekt | Detail |
|---|---|
| Storage | Mittel — wächst täglich bis zum nächsten Full |
| Geschwindigkeit | Mittel — mehr Daten als Incremental, weniger als Full |
| Restore | Schnell — braucht nur Full + letztes Differential |
| Risiko | Niedrig — nur zwei Backups für Restore nötig |
Einsatz: Umgebungen, in denen Restore-Geschwindigkeit wichtiger ist als Storage-Effizienz.
Beispielkette:
Mo: Full (100 GB)
Di: Differential (2 GB) — Änderungen seit Mo
Mi: Differential (5 GB) — Änderungen seit Mo (kumulativ)
Do: Differential (6 GB) — Änderungen seit Mo (kumulativ)
Wiederherstellung Donnerstag braucht: Full + Do-Diff.
VirtualFull Backup
Ein VirtualFull ist ein synthetisches Full-Backup, das aus bestehenden Backups konstruiert wird, ohne vom Client zu lesen. Bareos erstellt es, indem das letzte Full mit allen nachfolgenden Incrementals auf der Storage-Seite kombiniert wird.
| Aspekt | Detail |
|---|---|
| Client-Last | Keine — wird komplett auf dem Storage Daemon gebaut |
| Netzwerk | Keines — kein Datentransfer vom Client |
| Storage | Full-Größe — aber aus vorhandenen Daten gebaut |
| Einsatz | Wöchentliche Fulls ersetzen ohne Produktionseinfluss |
Einsatz: Client- und Netzwerklast während Full-Backup-Fenster reduzieren.
Welche Strategie solltest du verwenden?
Kleine Umgebungen (< 10 Clients)
Wöchentlich Full + Täglich Incremental
Einfach, geringer Storage-Overhead, akzeptable Restore-Zeiten.
Mittlere Umgebungen (10-100 Clients)
Monatlich Full + Wöchentlich Differential + Täglich Incremental
Balance zwischen Storage, Backup-Fenster und Restore-Geschwindigkeit.
Große Umgebungen (100+ Clients)
Monatlich VirtualFull + Täglich Incremental
Minimaler Client-Einfluss, synthetische Fulls halten Restore-Ketten kurz.
Wie Onesimus hilft
Onesimus zeigt deine Zeitpläne visuell — farbkodiert nach Backup-Level. Die Gantt-Timeline macht offensichtlich, wann Fulls laufen, wie Incrementals die Lücken füllen und wo deine Backup-Fenster sind.
Die Zeitplan-Visualisierung ist in Community verfügbar. Zu verstehen, welche Level wie viel Storage verbrauchen, wird Teil von Onesimus Pro.