Hyper-V avec PowerShell : machines virtuelles, points de contrôle et pourquoi un point de contrôle n'est pas une sauvegarde

Ce que c'est

Le module PowerShell Hyper-V permet de gérer les machines virtuelles sous Windows Server 2019/2022/2025 sans passer par l'interface graphique. Get-VM liste les VM et leur état (Get-VM | Select-Object Name, State, CPUUsage, MemoryAssigned) ; New-VM -Name "app1" -MemoryStartupBytes 4GB -Generation 2 -NewVHDPath D:\VMs\app1.vhdx -NewVHDSizeBytes 60GB -SwitchName "External" crée une VM avec un nouveau disque virtuel attaché. Checkpoint-VM -Name app1 -SnapshotName "before-patch" crée un point de contrôle ; qu'il soit de type standard ou de production dépend du type de point de contrôle configuré pour la VM (Set-VM -Name app1 -CheckpointType Production ; valeurs possibles : Disabled, Standard, Production, ProductionOnly). Production, valeur par défaut des nouvelles VM, bascule silencieusement vers un point de contrôle standard lorsque le système invité ne peut pas en produire un de production ; ProductionOnly échoue dans ce cas. Export-VM -Name app1 -Path D:\Export copie la configuration et les disques virtuels de la VM dans un dossier qui peut être importé sur un autre hôte.

Pourquoi c'est important

La documentation de Microsoft sur les points de contrôle est explicite : un point de contrôle standard capture une image à un instant donné, état de la mémoire compris, et « a snapshot is not a full backup » (un instantané n'est pas une sauvegarde complète) ; il peut provoquer des problèmes de cohérence des données sur les systèmes qui répliquent des données entre nœuds, comme Active Directory. Les points de contrôle de production utilisent en revanche le service de cliché instantané des volumes (VSS), ou un gel du système de fichiers sous Linux, pour créer un point cohérent au niveau applicatif, plus proche de ce que fait en interne un produit de sauvegarde. Aucun des deux types ne remplace pourtant un véritable produit de sauvegarde, qui produit des copies restaurables, conservées et tenant compte des applications, hors du stockage de la VM. Les services d'intégration (composants installés dans l'invité pour la synchronisation de l'heure, le heartbeat et l'échange de données) doivent être à jour dans l'invité pour que des fonctions comme les points de contrôle de production et l'arrêt propre se comportent correctement. La virtualisation imbriquée, qui consiste à exécuter Hyper-V dans une VM Hyper-V et sert à tester des scénarios multi-hôtes, est désactivée par défaut et s'active par VM via ses paramètres de processeur.

Comment l'appliquer

• Conserver les VM sur des points de contrôle de production (utiliser ProductionOnly lorsqu'un repli silencieux vers un point de contrôle standard est inacceptable, par exemple pour un contrôleur de domaine), sauf si un test doit inclure l'état de la mémoire.
• Avant une opération qui s'appuie fortement sur les points de contrôle (test de correctifs, modification de configuration risquée), s'assurer tout de même qu'une vraie sauvegarde existe, via le produit de sauvegarde de l'hôte ou Windows Server Backup avec le writer VSS compatible Hyper-V.
• N'activer la virtualisation imbriquée que sur la VM qui en a besoin : Set-VMProcessor -VMName app1 -ExposeVirtualizationExtensions $true. Cela exige que la VM soit éteinte et que le processeur physique soit compatible (Intel VT-x avec EPT ; AMD-V avec RVI à partir de Windows Server 2022).
• Utiliser Export-VM pour déplacer une VM d'un hôte à un autre sans cycle complet de sauvegarde et de restauration ; une VM en cours d'exécution peut être exportée, et -CaptureLiveState permet de choisir entre l'état mémoire enregistré, une copie cohérente au sens d'un point de contrôle de production ou une copie cohérente après incident (crash-consistent).

Pièges

• Laisser de nombreux points de contrôle attachés à une VM en cours d'exécution : chacun ajoute un disque différentiel qui grossit et dégrade les performances d'E/S ; fusionner ou supprimer les points de contrôle (Remove-VMSnapshot) dès qu'ils ne sont plus nécessaires.
• Considérer le résultat d'Export-VM comme une sauvegarde : c'est une copie de l'état courant, sans historique conservé, et elle n'offre aucune garantie de cohérence applicative au-delà de celle d'un point de contrôle.
• Oublier que -ExposeVirtualizationExtensions $true exige d'arrêter d'abord la VM ; sur une VM en cours d'exécution, l'applet de commande renvoie une erreur et ne modifie rien. Vérifier avec Get-VMProcessor -VMName app1 | Select-Object ExposeVirtualizationExtensions.