Angebot anfordern → Server ausgefallen · Notfall
Datenrettung · Proxmox

Proxmox VE: ZFS, LVM-thin, qcow2. Recovery über alle drei Storage-Stacks.

Proxmox VE ist die in unseren Fällen am häufigsten anzutreffende Open-Source-Virtualisierungsplattform. Typische Storage-Varianten: ZFS (Pool, Dataset), LVM-thin (thin-provisioned Logical Volumes), qcow2 (QEMU Image-Dateien). Das Recovery deckt alle drei Layer und deren Verschränkungen ab.

ZFS Recovery

Pool faulted, verwaiste Snapshots.

ZFS ist ein integriertes Filesystem-RAID mit ausgeprägten Self-Healing-Fähigkeiten. Geht ein Pool in den Zustand faulted, lässt er sich häufig per zpool import -fF im Readonly-Modus wiederherstellen, gegebenenfalls mit Rewind auf einen früheren Checkpoint. In schwereren Szenarien sind ein Klon der Datenträger und die algebraische Rekonstruktion der fehlenden vdevs erforderlich.

LVM-thin Recovery

Thin pool corrupted, Metadata Exhaustion.

LVM-thin ist speichereffizient (Allokation on demand), hat aber eine bekannte Schwachstelle: Läuft die Metadata Area voll oder wird sie korrupt, ist der gesamte Thin Pool nicht mehr zugreifbar. Das Recovery erfordert die Bearbeitung der Thin-Pool-Metadaten sowie ein Recovery des Logical Volume Managers auf einem geklonten Volume.

qcow2 Recovery

QEMU-Image corrupted, Snapshot Chain.

qcow2 (QEMU Copy-On-Write) ist das Standardformat für Proxmox-VMs, wenn der Storage weder ZFS noch LVM ist. Header, L1/L2-Tables, mehrere interne Snapshots, Backing-File-Chain: allesamt Elemente, die korrumpieren können und ein dediziertes Recovery erfordern. Werkzeuge: qemu-img check, Rekonstruktion der L1/L2-Tables bei Beschädigung, manuelle Extraktion der Rohdaten, wenn das qcow2 als solches nicht mehr herstellbar ist.

FAQ

Die Fragen, die uns am häufigsten gestellt werden.

Proxmox VE Cluster mit 3+ Nodes: Wie läuft das Recovery, wenn ein Node ausfällt?

Ist die HA-Replikation aktiv und konfiguriert, sollten die kritischen VMs automatisch failovern. Das Recovery des ausgefallenen Nodes ist davon getrennt: meist Hardware-Recovery des Servers, anschließend Rejoin in den Cluster. Bei Split-Brain oder verlorenem Quorum ist ein geordneter manueller Eingriff am Quorum-Tool (pmxcfs) erforderlich.

Lohnt die Migration auf ZFS oder bleibt man besser bei LVM-thin?

ZFS bietet erhebliche Vorteile (Komprimierung, atomare Snapshots, End-to-End-Checksummen, Scrub), verlangt aber mehr RAM (ARC). Auf Systemen mit 64+ GB RAM dediziert für den Storage ist ZFS bei neuen Deployments fast immer die bessere Wahl. Auf kleineren oder eingeschränkten Systemen bleibt LVM-thin valide.