Kostenloses Hyper-V-Backup: so sichern Sie Hyper-V-VMs

Was Sie einrichten

BackupZit sichert Hyper-V-VMs vom Agenten auf dem Hyper-V-Host aus; in den VMs wird nichts installiert. Windows- und Linux-Gäste laufen weiter, während sie gesichert werden. Eine Web-Konsole plant die Aufträge, führt den Verlauf und startet die Wiederherstellungen. BackupZit ist kostenlos und Open Source (AGPLv3), ohne Begrenzung von Hosts oder VMs.

• Was Sie brauchen
• 1. Konsole
• 2. Speicher
• 3. Agent auf dem Host
• 4. Sicherungsauftrag
• 5. Konsistente Sicherungen
• 6. Kopie außer Haus
• Wiederherstellen
• Grenzen

Was Sie brauchen

• Einen Hyper-V-Host: Windows Server 2016 oder neuer mit der Hyper-V-Rolle, oder Windows 10/11 mit Hyper-V. In einem Cluster jeden Host.
• Einen Platz für die BackupZit-Konsole: eine kleine Linux-VM mit 2 vCPU, 2–4 GB RAM und 16–20 GB Festplatte. Sie speichert selbst keine Sicherungsdaten und kann daher als VM auf demselben Hyper-V-Host laufen.
• Sicherungsspeicher außerhalb des Hosts — zum Beispiel eine SMB-Freigabe auf einem Dateiserver oder NAS, ein Linux-Server per SFTP, ein S3-kompatibler Bucket oder ein gehärtetes BackupZit-Repository. Der Agent schreibt direkt dorthin.
• Netzwerk: Der Agent erreicht die Konsole über TCP-Port 8443.

Schritt 1 — Konsole installieren

Am schnellsten geht es auf Hyper-V mit dem fertigen VM-Image backupzit-appliance-vhdx.zip von der Download-Seite (Debian, PostgreSQL und die Konsole, bereits eingerichtet):

1. Entpacken Sie backupzit-appliance-vhdx.zip in den Ordner, in dem Ihre VM-Festplatten liegen.
2. Erstellen Sie im Hyper-V-Manager eine VM der Generation 1 mit 2–4 GB RAM, verbinden Sie sie mit einem virtuellen Switch und wählen Sie die entpackte VHDX als vorhandene Festplatte.
3. Starten Sie die VM. Ihr Bildschirm zeigt die Adresse der Web-Konsole und das anfängliche Passwort des Benutzers admin. Öffnen Sie https://<adresse>:8443, melden Sie sich an und ändern Sie das Passwort. Der Browser warnt einmalig vor dem selbstsignierten Zertifikat.

Auf dem Bildschirm der VM können Sie sich als bzadmin anmelden und eine statische Adresse, den Servernamen und die Zeitzone setzen (die Appliance startet in UTC, und Zeitpläne laufen in der Zeitzone der Konsole). Lieber auf einem vorhandenen Debian-, Ubuntu-, AlmaLinux- oder Rocky-Linux-Server? Das Installationsskript mit einer Zeile auf der Download-Seite erledigt dasselbe dort.

Schritt 2 — Speicherziel hinzufügen

Öffnen Sie in der Konsole Speicher und fügen Sie ein Ziel hinzu. Typische Wahl in einer Windows-Umgebung:

Lassen Sie Sicherungen verschlüsseln (AES-256) eingeschaltet (Standard): Alles wird auf dem Host mit AES-256 verschlüsselt, bevor es ihn verlässt. Die Konsole zeigt dann einen Wiederherstellungsschlüssel — drucken Sie das Wiederherstellungsblatt aus oder legen Sie den Schlüssel in einem Passwortmanager ab, getrennt von den Sicherungen. Mit dem Schlüssel, dem Speicherort und dessen Zugangsdaten können Sie auch ohne Konsole wiederherstellen.

Schritt 3 — Agent auf dem Hyper-V-Host installieren

1. Öffnen Sie in der Konsole Agenten und klicken Sie auf Registrierungstoken erstellen. Sie erhalten einen Registrierungscode (BZ1-…), der 7 Tage gilt und für beliebig viele Rechner funktioniert.
2. Laden Sie den Windows-Agent (MSI) von der Seite Agenten herunter, führen Sie ihn auf dem Host aus und fügen Sie den Code ein, wenn das Installationsprogramm danach fragt. Für mehrere Hosts funktioniert eine stille Installation über GPO, Intune oder ein RMM-Werkzeug:

   msiexec /i backupzit-agent.msi /qn ENROLLCODE="BZ1-..."

   Die Konsole kann den Agenten auch selbst über WinRM installieren: Agenten → Von hier aus auf einem Rechner installieren, mit einem Administratorkonto, das nur für die Installation verwendet und nicht gespeichert wird.
3. Innerhalb einer Minute erscheint der Host auf der Seite Agenten mit dem Kennzeichen Hyper-V · N VMs.

Der Agent arbeitet über die eigenen Schnittstellen von Hyper-V: das Hyper-V-PowerShell-Modul und die Windows Virtual Disk API. Die Konsole speichert keine Hyper-V-Zugangsdaten. Installieren Sie den Agenten in einem Cluster auf jedem Host.

Schritt 4 — Sicherungsauftrag anlegen

1. Öffnen Sie Sicherungsaufträge, legen Sie einen Auftrag an und wählen Sie den Agenten des Hosts.
2. Wählen Sie Virtuelle Maschinen (Proxmox VE, Hyper-V, VMware), dann Alle VMs (und Container) auf dem Host — später erstellte VMs werden automatisch einbezogen — oder markieren Sie einzelne VMs.
3. Wählen Sie das Speicherziel aus Schritt 2.
4. Legen Sie einen Zeitplan fest, zum Beispiel jeden Werktag um 22:00. Aufträge können auch alle 15 Minuten bis 12 Stunden laufen, einmal im Monat oder nach einem anderen Auftrag starten.
5. Legen Sie die Aufbewahrung fest. Beispiel: 3 neueste, 7 tägliche, 4 wöchentliche, 6 monatliche hält etwa ein halbes Jahr Verlauf mit rund 20 Wiederherstellungspunkten.

Was bei jedem Lauf passiert:

1. Ein temporärer Recovery-Checkpoint (backupzit_…) wird erstellt — der Checkpoint-Typ, den Hyper-V für Sicherungsanwendungen bereitstellt. Die VM läuft weiter.
2. Der Recovery-Checkpoint schaltet für die Festplatten der VM Resilient Change Tracking (RCT) ein; daneben sehen Sie .rct- und .mrt-Dateien. Die erste Sicherung liest die ganzen Festplatten; danach meldet RCT, welche Blöcke sich seit der vorigen Sicherung geändert haben, und nur diese werden gelesen.
3. Die Festplatten werden im Stand des Checkpoints in Blöcken zu 1 MiB gelesen — VHDX und VHD, auch mit Ketten früherer Checkpoints. Leere Blöcke werden nicht gespeichert, und Blöcke, die bereits im Repository liegen, werden nicht erneut hochgeladen. Jede Sicherung bleibt trotzdem ein vollständiger Wiederherstellungspunkt.
4. Der Checkpoint wird entfernt und Hyper-V führt ihn im Hintergrund zusammen. Die Konfiguration der VM wird mit der Sicherung gespeichert: Generation, CPU, Speicher, Netzwerkadapter (Switch, VLAN, MAC-Adresse), Festplattencontroller, Secure Boot und TPM.

Ein Beispiel aus dem BackupZit-Testlabor: eine Linux-VM mit 3 GB Festplatte. Die erste Sicherung las 3 GB; die nächste, nach 64 MB neuen Daten, las 96 MB.

Ausgeschaltete VMs werden direkt gelesen, ohne Checkpoint. Auf Hosts älter als Windows Server 2016 gibt es keine Recovery-Checkpoints: Es wird ein Produktions-Checkpoint verwendet und jede Sicherung liest die ganzen Festplatten.

Schritt 5 — Anwendungskonsistente Sicherungen

Für einen Recovery-Checkpoint fordert Hyper-V den Gast auf, sich vorzubereiten:

• Windows-Gäste schreiben die Daten ihrer Anwendungen (SQL Server, Exchange, Active Directory…) über VSS fest.
• Linux-Gäste frieren ihre Dateisysteme ein, wenn die Hyper-V-Dienste installiert sind — je nach Distribution das Paket hyperv-daemons oder hv-vss-daemon.

Kann der Gast beides nicht, wird der Checkpoint absturzkonsistent erstellt — wie nach einem Stromausfall. Die Laufseite zeigt pro VM, welche Art verwendet wurde, sodass Sie auf einen Blick sehen, welchen Gästen die Dienste noch fehlen.

Schritt 6 — Eine Kopie außer Haus (3-2-1)

Die 3-2-1-Regel: drei Kopien Ihrer Daten auf zwei verschiedenen Medien, eine davon außer Haus. Legen Sie einen zweiten Auftrag der Art Sicherungskopie an, wählen Sie den Hyper-V-Auftrag als Quelle und ein Ziel außer Haus, etwa einen S3-Bucket mit Object Lock oder ein gehärtetes Repository in einem anderen Gebäude.

• Der Agent kopiert die vorhandenen Sicherungen; die VMs werden nicht erneut gelesen.
• Nur Daten, die am Ziel noch fehlen, werden gesendet, verschlüsselt mit dem Schlüssel des Ziels.
• Die Kopie hat ihren eigenen Zeitplan und ihre eigene Aufbewahrung, z. B. 7 tägliche auf dem NAS und 12 monatliche in der Cloud.

VMs und einzelne Dateien lassen sich aus der Kopie wie aus dem Original wiederherstellen. Automatische Wiederherstellungstests (standardmäßig wöchentlich, unter Einstellungen → Wiederherstellungstests) lesen zufällige Blöcke der neuesten VM-Sicherungen und prüfen sie gegen ihre Prüfsummen. Mehr zu unveränderlichen Kopien unter Schutz vor Ransomware.

Wiederherstellen

Öffnen Sie einen Sicherungslauf (auf der Auftragsseite oder unter Aktivität) und wählen Sie Eine Hyper-V-VM wiederherstellen. Sie können auf demselben Host oder auf einem anderen Hyper-V-Host mit Agent wiederherstellen.

Als neue VM neben dem Original

• Erstellt eine zweite VM mit neuen MAC-Adressen, sodass sie im selben Netzwerk wie das Original laufen kann. Standardmäßig heißt sie wie das Original plus „restored“ und Datum.
• Automatische Checkpoints sind darauf ausgeschaltet, sodass ihr Start keine Checkpoint-Dateien hinterlässt.
• Netzwerkeinstellungen des Gastes, die an eine MAC-Adresse gebunden sind (zum Beispiel match: macaddress von netplan in Linux-Cloud-Images), gelten nicht für die neuen Adapter.

Anstelle der ursprünglichen VM

Markieren Sie ausschalten und ihre Datenträger ersetzen. BackupZit schaltet die vorhandene VM aus, führt ihre Checkpoints zusammen und tauscht ihre Festplatten gegen die wiederhergestellten. Die VM behält ihre ID, Netzwerkadapter und MAC-Adressen, sodass Aufträge, Überwachung und das Netzwerk des Gastes weiter funktionieren. Die alten Festplattendateien werden nicht gelöscht, sondern in ….replaced-DATUM umbenannt — löschen Sie sie, sobald die wiederhergestellte VM funktioniert. Existiert die ursprüngliche VM nicht mehr, wird sie mit einer neuen Hyper-V-ID neu erstellt.

Was eine wiederhergestellte VM erhält

• Virtuelle Switches werden über den Namen verbunden; gibt es einen Switch auf dem Host nicht, bleibt der Adapter getrennt.
• Jede wiederhergestellte VM erhält eine neue Generation-ID, sodass Active-Directory-Domänencontroller die Wiederherstellung sicher erkennen.
• Optionen: der Ordner für die virtuellen Festplatten und ob die VM nach der Wiederherstellung starten soll.

Einzelne Dateien

Klicken Sie in der VM-Tabelle eines Sicherungslaufs auf Dateien durchsuchen, um die Partitionen und Volumes auf den Festplatten der VM zu sehen. Sie können NTFS, ext2/3/4 und XFS durchsuchen, auch innerhalb von LVM, und Dateien herunterladen (mehrere als ZIP) oder in einen Ordner auf einem beliebigen Agenten wiederherstellen — für ein einziges verlorenes Dokument muss nicht die ganze VM wiederhergestellt werden.

Über die Kommandozeile

Alles funktioniert auch ohne Konsole, als Administrator auf dem Hyper-V-Host — zum Beispiel, um einen Host nach einem Ausfall neu aufzubauen:

backupzit-agent hyperv list
backupzit-agent hyperv backup  --repo ... [--vmid N,N]
backupzit-agent hyperv restore --repo ... --vmid N --new --name NAME --folder D:\VMs --start latest

--vmid ist die Nummer, die hyperv list anzeigt. Ohne --new wird die VM am ursprünglichen Ort wiederhergestellt; --overwrite bestätigt, dass die Festplatten einer vorhandenen VM ersetzt werden dürfen.

Grenzen, die Sie kennen sollten

• Shared VHDX, VHD Set und Pass-Through-Festplatten werden nicht gesichert.
• Instant Recovery (eine VM direkt aus der Sicherung starten) gibt es für Proxmox VE und VMware, für Hyper-V noch nicht — es ist geplant. Eine Hyper-V-Wiederherstellung kopiert zuerst die Festplatten.
• Hosts älter als Windows Server 2016 haben keine Recovery-Checkpoints und kein RCT, daher liest jede Sicherung die ganzen Festplatten.

Nächste Schritte

Laden Sie BackupZit herunter, sehen Sie alle Hyper-V-Funktionen oder lesen Sie das vollständige Kapitel zu Hyper-V in der Anleitung in der Konsole. Sie nutzen auch Proxmox? Lesen Sie die Anleitung zur Proxmox-VM-Sicherung. Fragen sind in den GitHub Discussions willkommen. Unternehmen erhalten kommerziellen Support von MaxZit (nur auf Englisch).