# Proxmox VM Backups: Full, Incremental & Change Block Tracking

TL;DR / Management Summary Ein tägliches Full-Backup einer 10 TB VM ist zeitlich nicht machbar. Wir nutzen die inkrementelle Sicherung in Kombination mit dem Proxmox Backup Server (PBS). Das System erkennt via Dirty Bitmaps (CBT) im QEMU-Prozess, welche Blöcke sich seit dem letzten Lauf geändert haben, und überträgt nur diese. Ein Senior Admin reduziert so das Backup-Fenster für hunderte VMs von Stunden auf Minuten, bei minimaler Last für Host und Netzwerk.

# 1. Full Backups (vzdump)

Die klassische Sicherung.

Bei einem Full-Backup wird die gesamte virtuelle Festplatte gelesen und in ein komprimiertes Archiv (.vma.zst) geschrieben.

• Vorteil: Die Datei ist eigenständig (keine Abhängigkeiten).
• Nachteil: Extrem zeit- und ressourcenintensiv.
• Wann nutzen?: Für monatliche Archivierungen oder vor dem Löschen einer VM.

# 2. Inkrementelle Backups (PBS)

Nur die Differenz sichern.

Das moderne Proxmox-Backup (Artikel 693) arbeitet ausschließlich inkrementell auf Block-Ebene.

1. Initialer Lauf: Das erste Backup ist immer ein “Full” (alle Chunks werden übertragen).
2. Folge-Läufe: Nur die geänderten Datenblöcke (Differenz) werden zum PBS geschickt.
3. Vorteil: Enorme Zeitersparnis.

# 3. Deep Dive: Change Block Tracking (CBT)

Die Intelligenz im Hypervisor.

Wie weiß Proxmox, was sich geändert hat, ohne die gesamte 1 TB Platte zu lesen?

• Technik: Der QEMU-Prozess führt im RAM eine Dirty Bitmap der VM-Disk.
• Vorgang: Jeder Schreibbefehl des Gast-Betriebssystems setzt ein Bit in dieser Map.
• Backup-Lauf: PBS fragt QEMU: “Welche Blöcke sind dirty?”. QEMU antwortet sofort mit der Liste.
• Wichtig: Wenn der Proxmox-Host abstürzt, geht die Bitmap im RAM verloren. Der nächste Backup-Lauf muss dann die gesamte Disk scannen (Verify), um die Änderungen zu finden.

# 4. Day-2 Operations: ‘Incremental Forever’ Strategie

Das Ende der Full-Backups.

Dank der Deduplikation des PBS (Artikel 625) ist kein regelmäßiges Full-Backup mehr nötig.

• Konzept: Jeder Stand im PBS sieht für den Admin wie ein Full-Backup aus und kann vollständig wiederhergestellt werden.
• Technik: Der PBS verlinkt intern einfach auf die bereits vorhandenen Chunks im Datastore.

# 5. Troubleshooting & “War Stories”

Wenn das Inkrement zum Full wird.

# Top 3 Fehlerbilder

1. Symptom: Inkrementelles Backup dauert so lange wie ein Full.

   • Ursache: Die VM wurde seit dem letzten Backup neugestartet oder der Host ist abgestürzt (Bitmap-Verlust).
   • Lösung: Geduld haben. Nach einem erfolgreichen Lauf ist CBT wieder aktiv.

2. Symptom: Backup ist riesig, obwohl der User nichts getan hat.

   • Ursache: Defragmentierung (Artikel 446) oder “Zero-Filling” innerhalb der VM. Diese Prozesse verschieben Blöcke auf der Disk, was CBT als “Änderung” interpretiert.
   • Fix: Deaktivieren Sie geplante Defragmentierungen in Windows-VMs!

3. Symptom: Hoher CPU-Load am PBS während des Inkrements.

   • Ursache: Starke Kompression am Server-Ende.

# “War Story”: Der “Temp-File” Killer

Ein Admin wunderte sich, warum sein tägliches Backup eines Linux-Mailservers 50 GB groß war, obwohl nur 1 GB Mails ankamen. Die Entdeckung: Ein fehlerhaftes Skript in der VM schrieb alle 10 Minuten ein 5 GB Temp-File nach /tmp und löschte es sofort wieder. Die Folge: Da der Hypervisor jeden Schreibvorgang als “geänderte Blöcke” sah, sicherte der PBS brav den Datenmüll mit. Lehre: Überwachen Sie die tägliche Change-Rate Ihrer VMs. Ein plötzlicher Anstieg deutet oft auf Amok-laufende Prozesse oder Ransomware-Aktivität hin.

# 6. Monitoring & Reporting

Statistiken der Differenz.

# Proxmox Backup Log

Überprüfen Sie in der Task-History:

• KPI: Transferred. (Wie viel wurde wirklich über das Netz geschickt?).
• KPI: Dirty blocks. (Was hat CBT erkannt?).

# 7. Fazit & Empfehlung

Nutzen Sie die moderne Block-Technologie des PBS.

• Empfehlung: Stellen Sie alle VMs auf PBS-Backups um. Verzichten Sie auf manuelle Full-Dumps auf NFS-Shares.
• Wichtig: Stellen Sie sicher, dass der QEMU-Guest-Agent (Artikel 672) aktiv ist, damit Snapshots im Dateisystem der VM konsistent (“quiesced”) erzeugt werden können.

# Anhang: Cheatsheet (vzdump Parameter)

# Referenzen

• Proxmox VE: vzdump Documentation
• Veeam: Understanding Change Block Tracking
• Proxmox Backup Server: The Concept of Chunks