Bienvenue > Blog sur la sauvegarde et la restauration > Logiciel de sauvegarde Hyper V. Comment sauvegarder les machines virtuelles Hyper V ?

Logiciel de sauvegarde Hyper V. Comment sauvegarder les machines virtuelles Hyper V ?

1 Star2 Stars3 Stars4 Stars5 Stars
(14 votes, moyenne: 5,00 de 5)
Loading...
Mis à jour 10th octobre 2021, Rob Morrison

De manière générale, la base d’utilisateurs Hyper V – sans parler de la base d’utilisateurs VM plus large – est assez importante. En conséquence, il existe un grand nombre de solutions de sauvegarde différentes pour ce système, avec des fonctionnalités, des services et autres caractéristiques uniques. Cependant, beaucoup de gens sont surpris d’apprendre que vous pouvez sauvegarder vos VM Hyper V en mode natif si vous utilisez Windows Server 2012 ou une version plus récente. En plus de cela, il s’agit d’un processus relativement simple qui ne nécessite que peu ou pas de configuration. Il n’est pas idéal de l’utiliser comme source principale de sauvegarde des VM, mais il peut être utile comme option supplémentaire et dédiée dans certaines situations.

Sauvegarde sur serveur Windows

Cette solution de sauvegarde Hyper V s’appelle elle-même Windows Server Backup et peut être installée en tant que fonctionnalité supplémentaire à partir de Server Manager. Tant Windows Server Backup que d’autres solutions tierces utilisent la technologie des snapshot pour créer ces sauvegardes. Un snapshot (ou un point de contrôle) est un état de la VM à un moment précis dans le temps, et il peut stocker l’état des disques virtuels, le contenu de la RAM et les paramètres spécifiques à la VM.

Il convient de noter que la sauvegarde dans le cloud est également possible avec cet outil, lorsqu’il est configuré correctement. Cependant, afin de montrer les bases du processus, nous nous concentrerons davantage sur le processus de sauvegarde locale de la VM.

L’interface graphique de Windows Server Backup

Après avoir lancé Windows Server Backup, vous pourrez faire un clic droit sur la ligne « Sauvegarde locale », et vous verrez un certain nombre d’options différentes, comme « Sauvegarde unique », « Sauvegarde planifiée », et plus encore. La planification des sauvegardes est un peu plus compliquée, c’est pourquoi nous choisissons « Sauvegarde unique ».

  1. En choisissant « Sauvegarde unique », vous devriez voir apparaître la première fenêtre du processus de configuration de la sauvegarde. Dans cette partie, vous devrez spécifier si vous utilisez la sauvegarde planifiée ou si vous voulez inclure d’autres options. Passer par plusieurs fenêtres de configuration chaque fois que vous voulez créer une sauvegarde est nécessaire parce que nous n’utilisons pas d’options préconfigurées jusqu’à présent. Cela signifie que nous pouvons simplement cliquer sur « Suivant » dans cette fenêtre.
  2. La deuxième partie de ce processus vous donnera une option pour choisir entre sauvegarder le serveur entier ou choisir des parties spécifiques à sauvegarder. Puisque nous visons à sauvegarder uniquement les VMs, nous choisissons « Custom backup » dans cette étape.
  3. Après avoir choisi « Custom backup » et l’avoir confirmé, vous serez invité à choisir les parties exactes de votre système dont vous voulez créer une sauvegarde. Ici nous cliquons sur « Add items », développons la ligne « Hyper V » et choisissons-la ou les VMs spécifiques dont nous voulons créer une sauvegarde.
  4. Le processus de configuration est pratiquement terminé avec cette étape qui vous invite à choisir l’emplacement de votre future sauvegarde. Confirmer cela devrait vous donner la possibilité d’exécuter finalement cette sauvegarde.

L’interface de ligne de commande de Windows Server Backup

Cependant, de nombreux utilisateurs préfèrent utiliser des invites de commande pour créer des tâches de sauvegarde Hyper V, car l’interface graphique que nous utilisons pour créer une sauvegarde ci-dessus ne peut prendre en charge qu’une seule tâche de sauvegarde VM à la fois, et la tâche que vous avez créée avec l’interface graphique écraserait complètement toutes les tâches de sauvegarde précédentes.

Un bon exemple d’une commande console simple pour créer une sauvegarde d’une VM appelée « Server 1 » dans un dossier spécifique sur le disque C: ressemblerait à ceci :

 

wbadmin start backup –backupTarget:C: –hyperv: »Server 1″

De plus, si vous souhaitez sauvegarder deux VM ou plus en même temps et que les sauvegardes soient enregistrées dans un dossier partagé par le réseau (stockage NAS externe, en gros), la commande devrait ressembler à ceci :

 

wbadmin start backup -backuptarget:\\192.168.2.15\HVMback: -hyperv: »TestVM01,TestVM02″ -allowDeleteOldBackups -quiet

Ou si vous voulez simplement voir la liste des sauvegardes qui sont déjà créées et enregistrées dans le système, vous devrez entrer la commande suivante :

 

wbadmin get versions

Inconvénients de Windows Server Backup

Si Windows Server Backup est une solution simple, fiable et rapide pour la sauvegarde de Hyper V, elle présente également plusieurs inconvénients sérieux :

  • Il est difficile de gérer plus de 3 à 5 installations Hyper V ;
  • Vous ne pouvez pas surveiller la progression de la sauvegarde et vérifier la cohérence de la sauvegarde lorsque vous utilisez Windows Server Backup ;
  • Comme les sauvegardes VM sont la plupart du temps assez volumineuses et représentent un défi important pour votre serveur, vous devrez les programmer pour éviter les surcharges du réseau et des serveurs pendant les heures de bureau et en général ;
  • Il n’y a aucun moyen de récupérer automatiquement un fichier spécifique ou un état d’application spécifique, tout doit être monté et copié-collé manuellement.

Windows Server Backup est un moyen décent de créer des sauvegardes de vos VMs, mais il présente de sérieux inconvénients qui l’empêchent d’être utilisé comme solution de sauvegarde primaire – ce rôle resterait à des solutions tierces. Un exemple d’une telle solution est la solution logicielle de sauvegarde Hyper V de Bacula Enterprise.

Solution de sauvegarde Hyper V de Bacula Enterprise

La solution de sauvegarde Hyper V de Bacula Enterprise est particulièrement flexible, capable d’offrir un très grand nombre de fonctions et d’options, notamment

  • Des sauvegardes complètes de VM au niveau de l’image ;
  • La possibilité de restaurer des images disques ;
  • Le cryptage des sauvegardes à la fois en passage et au repos ;
  • La compression des sauvegardes Hyper V VM ;
  • La restauration complète des images Hyper V VM ;
  • Vitesse de restauration rapide pour les VM Hyper V ;
  • Choix d’une interface graphique en ligne de commande ou basée sur le Web.

En ce qui concerne le processus réel de fonctionnement de Bacula Enterprise, il y a un seul plugin inclus dans Bacula Enterprise appelé vss-fd.dll. Il permet l’interaction avec une variété de composants sur les systèmes Windows à des fins diverses. Le ou les serveurs Hyper V sont l’un de ces composants.

Les tâches de sauvegarde et de restauration sont toutes deux possibles pour les VM Hyper V avec des sauvegardes complètes. Microsoft ne supportant pas les sauvegardes incrémentales ou différentielles pour les serveurs Hyper V, il n’y a aucun moyen pour Bacula de le faire. Dans le même temps, certaines fonctionnalités spécifiques comme la déduplication globale des points de terminaison ou l’option FileSet des deux côtés permettent à la solution de compenser certains des inconvénients évidents de la sauvegarde complète comme principale méthode de sauvegarde.

Configuration initiale

Bien sûr, tout commence par la configuration. Vous devrez placer une commande spécifique dans la section Include du File Set que vous voulez utiliser pour sauvegarder le serveur Hyper V, cette commande doit activer le composant Hyper V de la solution.

 

Plugin = « vss:/@HYPERV/ »

Ceci devrait vous permettre de sauvegarder toutes les VMs Hyper V. L’étape ci-dessus a également pour but de spécifier la directive du plugin que vous devez définir au préalable, et votre travail peut ou non avoir plus d’un des composants vss spécifiés.

Vérifiez que votre plugin vss-fd.dll se trouve dans le répertoire de plugins que vous avez choisi lors du processus d’installation de la solution générale, et que le répertoire de plugins lui-même est spécifié dans le fichier de configuration de Bacula appelé bacula-fd.conf. Un exemple de sortie d’état d’une solution dont le plugin VSS est correctement configuré est présenté ci-dessous.

 

*status client=wsb-sql08-fd

Connecting to Client wsb-sql08-fd at wsb-sql08:9102

 wsb-sql08-fd Version: 8.2.0 (02 Feb 2015) VSS Linux Cross-compile Win64

Daemon started 20-Apr-12 13:14. Jobs: run=15 running=0.

Microsoft Windows Server 2008 R2 Standard Edition Service Pack 1 (build 7601), 64-bit

Heap: heap=0 smbytes=1,061,455 …
Sizes: boffset_t=8 size_t=8 debug=0 …
Plugin: vss-fd.dll

Logiciel de sauvegarde Hyper V avec Bacula Enterprise

Si tout le processus ci-dessus est effectué correctement, vous aurez la possibilité d’inclure les données Hyper V dans la sauvegarde à partir de maintenant. Les fichiers que vous obtiendrez dans le cadre de la sauvegarde Hyper V devraient apparaître dans une bconsole ou dans une restauration bat sous la forme suivante :

 

/@HYPERV/

etc

En ce qui concerne les composants activés par VSS, il est de la responsabilité d’une personne spécifique (à savoir l’administrateur) d’être absolument sûr que les snapshots VSS sont créés en spécifiant au moins un répertoire ou un fichier pour chaque disque contenant les données gérées par le plugin.

Il y a deux mécanismes généraux qui décrivent les façons dont Hyper V peut traiter le sujet de l’exécution des sauvegardes de VM. Il y a la méthode « Offline » et la méthode « Online ».

La méthode « Offline » est également appelée la méthode « Saved State » et c’est généralement le mécanisme par défaut pour les sauvegardes Hyper V. Le fonctionnement est le suivant : une VM est sauvegardée sur un ordinateur. Elle consiste à mettre la VM en question dans un état sauvegardé lors de la phase de préparation, à prendre un snapshot des volumes requis, puis à remettre la VM en marche lors de la phase de post-snapshot.

Enfin, il y a la méthode « Online », également appelée « Child VM Snapshot », qui utilise un VSS à l’intérieur de la VM enfant pour effectuer la sauvegarde proprement dite, mais quelques conditions doivent être remplies avant le début du processus :

  • Tous les disques à l’intérieur de cette VM doivent avoir un système de fichiers compatible avec les snapshots (NTFS, etc.) ;
  • La VM enfant doit être dans l’état opérationnel ;
  • Il n’y a pas de disques dynamiques dans la VM enfant ;
  • Le service d’intégration des sauvegardes est opérationnel dans la VM enfant. Le nom est « Hyper V Volume Shadow Copy Requestor » ;
  • Les fichiers VHD de la VM se trouvent au même endroit que celui choisi pour être l’emplacement du fichier d’instantané.

Il est possible de savoir quel est le mode de sauvegarde actuellement défini pour votre VM en tapant la commande suivante pour Windows 2012 R2 :

 

C:/> echo list writers > t.txt
C:/> diskshadow /s t.txt | find « Caption: O »

– Caption: Offline/2012
– Caption: Offline/windows
– Caption: Online/centos

Et c’est un petit peu différent pour Windows 2008-2012:

 

C:/> echo list writers > t.txt
C:/> diskshadow /s t.txt | find /i « Caption: Backup Using »

  • Offline backups: “Backup using saved state/VMname1
  • Online backups: “Backup using child partition snapshot/VMname2

Processus de restauration des VM Hyper V avec Bacula Enterprise

Le processus de restauration de la VM, quant à lui, est entièrement géré par le système d’exploitation de l’hôte, sans impliquer les rédacteurs VSS à l’intérieur des VM enfants. Voici comment ce processus fonctionne :

  1. Le rédacteur VSS Hyper V éteint et supprime toutes les VM sur le point d’être restaurées – tout cela à l’étape de pré-restauration du processus.
  2. Les fichiers eux-mêmes ne sont restaurés qu’après que tous les auteurs VSS se soient éteints.
  3. Pour chaque VM restaurée, le rédacteur VSS Hyper V enregistre cette VM dans le service de gestion Hyper V.
  4. Pour chaque VHD restauré, un emplacement cible est vérifié pour comparaison avec celui qui est spécifié pour la VM réelle, et corrigé, si nécessaire.
  5. La configuration du réseau est mise à jour, avec la création de nouveaux ports et leur connexion aux VM si nécessaire.

Le pilote Hyper V VSS ne permet pas de recréer la VM si c’est une VM « Offline » qui est restaurée. Heureusement, ce processus peut être lancé manuellement avec la commande powershell « New-VM », comme suit :

 

New-VM -VMName centos -VHDPath C:/VM/centos.vhdx -MemoryStartupBytes 512MB -SwitchName VMNetwork

Il est également possible de restaurer les fichiers VSS directement sur le disque sans interagir avec le cadre de restauration VSS. Cela se fait via le menu Options du plugin en définissant l’option without_vss à « true ».

Restaurations Hyper V au niveau des fichiers avec Bacula Enterprise

Il y a également la question de la restauration au niveau des fichiers lorsqu’il s’agit de travailler avec des sauvegardes Hyper V. Vous pouvez restaurer un ensemble de fichiers à partir de votre sauvegarde de VM Hyper V sans restaurer la VM entière, cela se fait en restaurant des fichiers VHD dans un répertoire avec l’utilisation du plugin without_vss, qui permet de monter ces fichiers dans le système et d’y accéder comme n’importe quel autre disque physique (le montage est possible via la commande Powershell Mount-VHD ou la console Server Manager).

 

Mount-VHD –Path c:\test\testvhdx.vhdx -ReadOnly

Il est conseillé d’effectuer la restauration des fichiers VHD sur un système entièrement différent afin d’éviter les problèmes de compatibilité lors du processus de restauration. Si votre option without_vss n’est pas configurée correctement, vous risquez de perdre la VM d’origine à cause de la suppression automatique de l’Hyper V pendant le processus de restauration.

Conclusion

Bacula Enterprise est un choix solide en tant que solution de sauvegarde primaire pour vos VMs Hyper V. En tant que solution d’entreprise lourde, destinée aux grandes organisations disposant d’environnements de données importants et complexes, Bacula offre de nombreuses possibilités différentes, notamment en termes de personnalisation, d’évolutivité, de fiabilité et surtout de sécurité.

À propos de l’auteur
Rob Morrison
Rob Morrison est le directeur marketing de Bacula Systems. Il a commencé sa carrière dans le marketing informatique chez Silicon Graphics en Suisse, où il a obtenu de bons résultats dans divers rôles de gestion du marketing pendant près de 10 ans. Au cours des 10 années suivantes, Rob a également occupé divers postes de gestion du marketing chez JBoss, Red Hat et Pentaho, assurant la croissance des parts de marché de ces sociétés bien connues. Il est diplômé de l'université de Plymouth, titulaire d'un diplôme spécialisé en médias et communications numériques, et a suivi un programme d'études à l'étranger.
Laissez un commentaire

Votre adresse email ne sera pas publiée. Les champs requis sont indiqués *