Sauvegarde Hyper-V gratuite : sauvegarder les machines virtuelles Hyper-V

Ce que vous allez mettre en place

BackupZit sauvegarde les machines virtuelles Hyper-V depuis l’agent installé sur l’hôte Hyper-V ; rien n’est installé dans les VM. Les invités Windows et Linux continuent de tourner pendant la capture. Une console web planifie les tâches, conserve l’historique et lance les restaurations. BackupZit est gratuit et open source (AGPLv3), sans limite d’hôtes ni de VM.

• Prérequis
• 1. Console
• 2. Stockage
• 3. Agent sur l’hôte
• 4. Tâche de sauvegarde
• 5. Sauvegardes cohérentes
• 6. Copie externe
• Restauration
• Limites

Prérequis

• Un hôte Hyper-V : Windows Server 2016 ou plus récent avec le rôle Hyper-V, ou Windows 10/11 avec Hyper-V. Dans un cluster, chaque hôte.
• Un emplacement pour la console BackupZit : une petite VM Linux avec 2 vCPU, 2–4 Go de RAM et un disque de 16–20 Go. Elle ne stocke aucune donnée de sauvegarde et peut donc tourner comme VM sur le même hôte Hyper-V.
• Un stockage de sauvegarde hors de l’hôte — par exemple un partage SMB sur un serveur de fichiers ou un NAS, un serveur Linux en SFTP, un bucket compatible S3 ou un dépôt renforcé BackupZit. L’agent y écrit directement.
• Réseau : l’agent joint la console sur le port TCP 8443.

Étape 1 — Installer la console

Le plus rapide sur Hyper-V est l’image de VM prête à l’emploi backupzit-appliance-vhdx.zip de la page de téléchargement (Debian, PostgreSQL et la console, déjà configurés) :

1. Décompressez backupzit-appliance-vhdx.zip dans le dossier où se trouvent vos disques de VM.
2. Dans le Gestionnaire Hyper-V, créez une VM de génération 1 avec 2–4 Go de RAM, connectez-la à un commutateur virtuel et choisissez le VHDX extrait comme disque existant.
3. Démarrez la VM. Son écran affiche l’adresse de la console web et le mot de passe initial de l’utilisateur admin. Ouvrez https://<adresse>:8443, connectez-vous et changez le mot de passe. Le navigateur avertit une fois à propos du certificat auto-signé.

Sur l’écran de la VM, connectez-vous en bzadmin pour définir une adresse statique, le nom du serveur et le fuseau horaire (l’appliance démarre en UTC, et les planifications suivent le fuseau horaire de la console). Vous préférez un serveur Debian, Ubuntu, AlmaLinux ou Rocky Linux existant ? Le script d’installation en une ligne de la page de téléchargement fait la même chose.

Étape 2 — Ajouter une cible de stockage

Dans la console, ouvrez Stockage et ajoutez une cible. Choix courants dans un environnement Windows :

Laissez Chiffrer les sauvegardes (AES-256) activé (par défaut) : tout est chiffré en AES-256 sur l’hôte avant de le quitter. La console affiche alors une clé de récupération — imprimez la fiche de récupération ou placez la clé dans un gestionnaire de mots de passe, loin des sauvegardes. Avec la clé, l’emplacement du stockage et ses identifiants, vous pouvez restaurer même si la console est perdue.

Étape 3 — Installer l’agent sur l’hôte Hyper-V

1. Dans la console, ouvrez Agents et cliquez sur Créer un jeton d’inscription. Vous obtenez un code d’inscription (BZ1-…) valable 7 jours et utilisable sur un nombre illimité de machines.
2. Téléchargez l’Agent Windows (MSI) depuis la page Agents, exécutez-le sur l’hôte et collez le code quand l’installeur le demande. Pour plusieurs hôtes, une installation silencieuse fonctionne via GPO, Intune ou un outil RMM :

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

   La console peut aussi installer l’agent elle-même via WinRM : Agents → Installer sur une machine depuis ici, avec un compte administrateur utilisé uniquement pour l’installation et non conservé.
3. En moins d’une minute, l’hôte apparaît sur la page Agents avec le badge Hyper-V · N VMs.

L’agent passe par les interfaces propres à Hyper-V : le module PowerShell Hyper-V et l’API Windows Virtual Disk. La console ne stocke aucun identifiant Hyper-V. Dans un cluster, installez l’agent sur chaque hôte.

Étape 4 — Créer la tâche de sauvegarde

1. Ouvrez Tâches de sauvegarde, créez une tâche et sélectionnez l’agent de l’hôte.
2. Choisissez Machines virtuelles (Proxmox VE, Hyper-V, VMware), puis Toutes les VM (et conteneurs) de l’hôte — les VM créées plus tard sont incluses automatiquement — ou cochez des VM précises.
3. Choisissez la cible de stockage de l’étape 2.
4. Définissez une planification, par exemple chaque jour ouvré à 22 h. Une tâche peut aussi se répéter toutes les 15 minutes à 12 heures, tourner une fois par mois ou démarrer après une autre tâche.
5. Définissez la rétention. Exemple : 3 plus récentes, 7 quotidiennes, 4 hebdomadaires, 6 mensuelles gardent environ six mois d’historique avec une vingtaine de points de restauration.

Ce qui se passe à chaque exécution :

1. Un point de contrôle de récupération temporaire (backupzit_…) est créé — le type de point de contrôle qu’Hyper-V fournit aux applications de sauvegarde. La VM continue de tourner.
2. Le point de contrôle de récupération active le Resilient Change Tracking (RCT) pour les disques de la VM ; des fichiers .rct et .mrt apparaissent à côté d’eux. La première sauvegarde lit les disques entiers ; ensuite, RCT indique quels blocs ont changé depuis la sauvegarde précédente, et seuls ceux-ci sont lus.
3. Les disques sont lus dans l’état du point de contrôle par blocs de 1 Mio — VHDX et VHD, y compris les chaînes de points de contrôle antérieurs. Les blocs vides ne sont pas stockés et les blocs déjà présents dans le dépôt ne sont pas renvoyés. Chaque sauvegarde reste un point de restauration complet.
4. Le point de contrôle est supprimé et Hyper-V le fusionne en arrière-plan. La configuration de la VM est enregistrée avec la sauvegarde : génération, CPU, mémoire, cartes réseau (commutateur, VLAN, adresse MAC), contrôleurs de disque, démarrage sécurisé et TPM.

Un exemple du laboratoire de test de BackupZit : une VM Linux avec un disque de 3 Go. La première sauvegarde a lu 3 Go ; la suivante, après 64 Mo de nouvelles données, a lu 96 Mo.

Les VM éteintes sont lues directement, sans point de contrôle. Sur les hôtes antérieurs à Windows Server 2016, il n’y a pas de points de contrôle de récupération : un point de contrôle de production est utilisé et chaque sauvegarde lit les disques entiers.

Étape 5 — Des sauvegardes cohérentes au niveau applicatif

Pour un point de contrôle de récupération, Hyper-V demande à l’invité de se préparer :

• Les invités Windows vident les données de leurs applications (SQL Server, Exchange, Active Directory…) via VSS.
• Les invités Linux gèlent leurs systèmes de fichiers si les démons Hyper-V sont installés — le paquet hyperv-daemons ou hv-vss-daemon, selon la distribution.

Si l’invité ne peut faire ni l’un ni l’autre, le point de contrôle est cohérent après crash — comme après une coupure de courant. La page d’exécution indique pour chaque VM le type utilisé, pour voir d’un coup d’œil quels invités ont encore besoin des démons.

Étape 6 — Garder une copie externe (3-2-1)

La règle 3-2-1 : trois copies de vos données, sur deux supports différents, dont une hors site. Ajoutez une deuxième tâche de type Copie de sauvegarde, avec la tâche Hyper-V comme source et une cible externe, par exemple un bucket S3 avec Object Lock ou un dépôt renforcé dans un autre bâtiment.

• L’agent copie les sauvegardes existantes ; les VM ne sont pas relues.
• Seules les données absentes de la destination sont envoyées, chiffrées avec la clé de la destination.
• La copie a sa propre planification et sa propre rétention, par exemple 7 quotidiennes sur le NAS et 12 mensuelles dans le cloud.

Les VM et les fichiers isolés se restaurent depuis la copie comme depuis l’original. Les tests de restauration automatiques (hebdomadaires par défaut, sous Paramètres → Tests de restauration) lisent des blocs aléatoires des sauvegardes de VM les plus récentes et les vérifient par rapport à leurs sommes de contrôle. Plus d’informations sur les copies immuables dans la protection contre les ransomwares.

Restauration

Ouvrez une exécution de sauvegarde (depuis la page de la tâche ou Activité) et choisissez Restaurer une VM Hyper-V. Vous pouvez restaurer sur le même hôte ou sur un autre hôte Hyper-V doté de l’agent.

En nouvelle VM à côté de l’originale

• Crée une deuxième VM avec de nouvelles adresses MAC, pour qu’elle puisse tourner sur le même réseau que l’originale. Par défaut, elle porte le nom de l’originale suivi de « restored » et de la date.
• Les points de contrôle automatiques y sont désactivés : son démarrage ne laisse pas de fichiers de point de contrôle.
• Les paramètres réseau de l’invité liés à une adresse MAC (par exemple match: macaddress de netplan dans les images cloud Linux) ne s’appliquent pas aux nouvelles cartes.

À la place de la VM d’origine

Cochez l'arrêter et remplacer ses disques. BackupZit éteint la VM existante, fusionne ses points de contrôle et remplace ses disques par ceux restaurés. La VM garde son ID, ses cartes réseau et ses adresses MAC : tâches, supervision et réseau de l’invité continuent de fonctionner. Les anciens fichiers de disque ne sont pas supprimés mais renommés en ….replaced-DATE — supprimez-les une fois la VM restaurée vérifiée. Si la VM d’origine n’existe plus, elle est recréée avec un nouvel ID Hyper-V.

Ce que reçoit une VM restaurée

• Les commutateurs virtuels sont reconnectés par leur nom ; si un commutateur n’existe pas sur l’hôte, la carte reste déconnectée.
• Chaque VM restaurée reçoit un nouvel ID de génération, afin que les contrôleurs de domaine Active Directory détectent la restauration sans risque.
• Options : le dossier des disques virtuels et le démarrage de la VM après la restauration.

Fichiers isolés

Cliquez sur Parcourir les fichiers dans le tableau des VM d’une exécution pour voir les partitions et volumes des disques de la VM. Vous pouvez parcourir NTFS, ext2/3/4 et XFS, y compris dans LVM, puis télécharger des fichiers (plusieurs en ZIP) ou les restaurer dans un dossier sur n’importe quel agent — inutile de restaurer toute la VM pour un seul document perdu.

En ligne de commande

Tout fonctionne aussi sans la console, en administrateur sur l’hôte Hyper-V — par exemple pour reconstruire un hôte après un sinistre :

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

--vmid est le numéro affiché par hyperv list. Sans --new, la VM est restaurée à son emplacement d’origine ; --overwrite confirme que les disques d’une VM existante peuvent être remplacés.

Limites à connaître

• Les disques VHDX partagés, VHD Set et pass-through ne sont pas sauvegardés.
• La restauration instantanée (lancer une VM directement depuis la sauvegarde) existe pour Proxmox VE et VMware, pas encore pour Hyper-V — elle est prévue. Une restauration Hyper-V copie d’abord les disques.
• Les hôtes antérieurs à Windows Server 2016 n’ont ni points de contrôle de récupération ni RCT : chaque sauvegarde lit les disques entiers.

Et ensuite

Téléchargez BackupZit, découvrez toutes les fonctions Hyper-V ou lisez le chapitre complet sur Hyper-V dans le guide intégré à la console. Vous utilisez aussi Proxmox ? Consultez le guide de sauvegarde des VM Proxmox. Les questions sont les bienvenues dans les GitHub Discussions. Les entreprises peuvent obtenir un support commercial de MaxZit (en anglais uniquement).