/
/

Comment choisir et combiner les sauvegardes au niveau de l’invité et de l’hôte pour Hyper-V

par Team Ninja
How to Choose and Combine Guest vs Host Backups for Hyper-V blog banner image

Points clés :

  • Classez vos charges de travail avant de choisir un mode de sauvegarde : associez chaque MV à ses objectifs de RPO et de RTO pour que les besoins de restauration guident votre choix entre protection au niveau de l’hôte, de l’invité ou mixte.
  • Utilisez les sauvegardes au niveau de l’invité pour des données cohérentes au niveau applicatif : appliquez-les aux applications à état (SQL, AD, Exchange) qui exigent la cohérence VSS et des restaurations granulaires.
  • Utilisez les sauvegardes au niveau de l’hôte pour protéger efficacement de nombreuses MV : la protection au niveau de l’hôte permet une restauration rapide de MV complètes et simplifie l’exploitation à grande échelle.
  • Combinez sauvegardes au niveau de l’hôte et de l’invité pour les services de niveau 1 : les charges de travail critiques ont souvent besoin à la fois d’une restauration rapide des MV et de restaurations applicatives fines ; associer les deux modes offre la souplesse nécessaire pour gérer l’un comme l’autre.
  • Vérifiez la capacité de restauration par des tests et un reporting réguliers : exercices de restauration périodiques et tableaux de bord permettent de confirmer le respect des RPO/RTO et de rester prêt pour un audit.

Le choix entre sauvegarde au niveau de l’hôte et sauvegarde au niveau de l’invité dépend souvent de votre cas d’utilisation. Les sauvegardes au niveau de l’invité permettent de capturer des données propres et cohérentes au niveau applicatif, avec la possibilité de restaurer des éléments précis. Les sauvegardes au niveau de l’hôte, elles, protègent rapidement un grand nombre de MV (machines virtuelles), avec une administration simple et une restauration complète du serveur très rapide.

La meilleure approche pour votre entreprise consiste à comprendre ce que chaque charge de travail exige, les objectifs de restauration que vous visez et la façon dont les deux méthodes peuvent se compléter. Les deux fonctionnent bien. Elles répondent simplement à des problématiques de restauration différentes.

Ce guide accompagne les MSP et les professionnels de l’informatique dans un processus simple et reproductible. Vous apprendrez à classer vos MV, à choisir la bonne stratégie de protection, à configurer Hyper-V pour obtenir des instantanés (snapshots) propres (également appelés « points de contrôle ») et à gagner en confiance grâce à des tests de restauration réguliers.

Pour un aperçu visuel rapide, regardez notre guide vidéo Comment choisir et combiner les sauvegardes au niveau de l’invité et de l’hôte pour Hyper-V.

📌 Prérequis :

Assurez-vous de disposer de quelques éléments de base :

  • Un inventaire à jour des hôtes Hyper-V, des MV et des applications qu’elles hébergent. Il est utile de savoir qui est responsable de chaque charge de travail et ce que l’entreprise en attend.
  • Des objectifs RPO (recovery point objective) et RTO (recovery time objective) pour chaque service. Les attentes en matière de restauration doivent être écrites plutôt que supposées.
  • Une documentation de votre version de Hyper-V, de l’organisation de votre stockage et des fonctions d’instantané (snapshot) ou de suivi des blocs modifiés prises en charge par votre plateforme.
  • Une solution de sauvegarde, telle que NinjaOne Backup, qui permet les instantanés (snapshots) au niveau de l’hôte et les agents au niveau de l’invité.
  • Un environnement de test dans lequel vous pouvez effectuer des restaurations contrôlées sans affecter la production.

Choisir et combiner les sauvegardes au niveau de l’invité et de l’hôte pour Hyper-V

Étape 1 : découvrir et classer vos charges de travail

Avant de décider comment protéger quoi que ce soit, vous devez avoir une vision claire de ce que vous exécutez réellement.

Actions recommandées :

Commencez par lister toutes les MV, les rôles qu’elles remplissent et l’emplacement des données importantes. Cela inclut les bases de données, les dossiers partagés, les fichiers de configuration et tout ce qui évolue fréquemment.

Attribuez ensuite des objectifs de RPO et de RTO. Certains services peuvent tolérer la perte d’une journée de données. D’autres ne peuvent pas en perdre ne serait-ce que 15 minutes. Veillez à documenter ces attentes et à les faire valider par vos parties prenantes.

Une fois cette vision établie, marquez chaque charge de travail comme candidate probable aux sauvegardes au niveau de l’hôte, au niveau de l’invité ou à une approche mixte. Ce premier marquage n’a pas besoin d’être parfait. Vous l’affinerez au fil du temps.

💡 Résultat attendu : une matrice provisoire indiquant chaque MV, son importance, ses attentes en matière de restauration et le mode de protection qui semble lui convenir.

Étape 2 : choisir le bon mode pour chaque charge de travail

Une fois votre inventaire et vos attentes de restauration cartographiés, vous pouvez associer chaque charge de travail à la méthode de protection la plus adaptée.

Actions recommandées :

Optez pour les sauvegardes au niveau de l’invité lorsque vous avez besoin de données cohérentes au niveau applicatif ou de restaurations granulaires. SQL, Exchange et Active Directory (AD) en sont des exemples courants, car ils reposent sur la coordination VSS (Volume Shadow Copy Service) et sur des options de restauration granulaire.

Optez pour les sauvegardes au niveau de l’hôte lorsque la priorité est la restauration rapide de MV complètes et la simplicité opérationnelle. Cette approche convient particulièrement aux services sans état, aux couches front-end et aux charges de travail qui tolèrent une perte de données un peu plus importante.

Choisissez une approche mixte pour les services véritablement critiques. Les sauvegardes au niveau de l’hôte restaurent rapidement la MV, tandis que celles au niveau de l’invité permettent de récupérer des éléments individuels sans annuler des heures de travail à l’intérieur de la MV.

Documentez votre décision pour chaque charge de travail, ainsi que le raisonnement suivi. Une justification claire simplifie les audits, les QBR et les analyses d’incidents.

💡 Résultat attendu : un relevé charge de travail par charge de travail qui explique quel mode de protection a été retenu et pourquoi il répond aux besoins de restauration du service concerné.

Étape 3 : préparer Hyper-V et vos MV à une protection propre

Une infrastructure saine donne des instantanés (snapshots) propres, moins d’échecs et des restaurations plus prévisibles.

Actions recommandées :

Vérifiez les enregistreurs VSS sur les hôtes et les MV pour vous assurer de leur stabilité. Les sauvegardes compatibles avec les applications dépendent fortement du bon fonctionnement de VSS. Les services d’intégration Hyper-V ou les composants invités modernes doivent également être à jour.

Pour les applications sans prise en charge native de VSS, configurez des scripts de pré et post-traitement qui placent l’application dans un état sûr avant la sauvegarde, puis la remettent en service ensuite. Vous éviterez ainsi de capturer des données incohérentes.

Prenez le temps d’examiner les chemins de stockage, la configuration CSV et l’activité du cluster. Les périodes de forte activité d’E/S peuvent provoquer des retards d’instantanés (snapshots) ou des pauses temporaires dans les MV : ajustez vos fenêtres de sauvegarde en conséquence.

💡 Résultat attendu : un environnement Hyper-V stable, propice aux instantanés (snapshots), qui prend en charge des sauvegardes fiables au niveau de l’hôte et de l’invité sans erreurs ni conflits inutiles.

Étape 4 : mettre en place les sauvegardes au niveau de l’invité

Les sauvegardes au niveau de l’invité offrent une cohérence applicative et des options de restauration précises, élément par élément. Elles s’exécutent depuis l’intérieur de la MV et demandent donc un peu plus de configuration, mais le gain est réel : des données propres et une restauration fine.

Actions recommandées :

Installez les agents dans les MV avec le minimum de privilèges nécessaires. Activez ensuite le traitement compatible avec les applications de votre plateforme afin que VSS puisse coordonner des instantanés (snapshots) sûrs de SQL, d’AD ou d’autres services critiques.

Documentez vos procédures de restauration au fur et à mesure. Rédigez des étapes simples pour restaurer une base de données, une boîte aux lettres ou un fichier précis. Ces notes seront précieuses lors d’un incident réel.

Effectuez quelques restaurations de test dans votre laboratoire ou votre réseau de test. Entraînez-vous à récupérer aussi bien de petits éléments que des composants plus volumineux. Notez ensuite la durée de ces opérations afin de fixer des attentes réalistes.

💡 Résultat attendu : des sauvegardes cohérentes et compatibles avec les applications, assorties de procédures de restauration claires et reproductibles pour les charges de travail qui en ont le plus besoin.

Étape 5 : mettre en place les sauvegardes au niveau de l’hôte

Les sauvegardes au niveau de l’hôte protègent les MV depuis l’extérieur et sont idéales lorsque vous recherchez rapidité et efficacité. Elles passent bien à l’échelle et exigent moins de configuration à l’intérieur de chaque MV.

Actions recommandées :
Activez les instantanés Hyper-V ainsi que les fonctions de suivi des blocs modifiés de votre plateforme. Elles améliorent les performances et raccourcissent les fenêtres de sauvegarde.

Ajustez vos tâches de sauvegarde pour qu’elles s’exécutent sans accroc. Regroupez les MV compatibles entre elles et surveillez le débit de votre référentiel afin d’éviter les goulets d’étranglement.

Testez ensuite les restaurations complètes de MV et les scénarios de restauration instantanée. Démarrez une MV de test directement depuis une sauvegarde et mesurez le temps nécessaire pour qu’elle devienne utilisable. Ces mesures vous aideront à valider ou à ajuster vos objectifs de RTO.

💡 Résultat attendu : une protection des MV rapide et évolutive, avec des performances de restauration fiables dans tout votre environnement.

Étape 6 : exploiter une stratégie mixte

Une stratégie mixte réunit la rapidité des sauvegardes au niveau de l’hôte et la précision de celles au niveau de l’invité, sans créer de recouvrement inutile.

Actions recommandées :

Utilisez largement les sauvegardes au niveau de l’hôte sur l’ensemble des MV afin d’offrir à chaque système une option de restauration de référence rapide. Ajoutez ensuite des sauvegardes au niveau de l’invité uniquement sur les charges de travail de niveau 1 qui exigent une cohérence applicative ou des restaurations granulaires.

Évitez d’exécuter simultanément des sauvegardes au niveau de l’hôte et de l’invité sur la même MV. Décaler les planifications réduit les conflits VSS et rend les deux approches plus fiables.

Documentez la procédure de restauration à privilégier pour chaque charge de travail. En cas de panne, les équipes doivent savoir s’il faut commencer au niveau de la MV ou au niveau de l’application.

💡 Résultat attendu : une stratégie de protection claire et coordonnée, qui offre de solides options de restauration sans duplication ni conflits inutiles.

Étape 7 : surveiller, tester et rendre compte

Une surveillance et des tests réguliers vous aident à anticiper les problèmes et à instaurer la confiance avec les parties prenantes.

Actions recommandées :

Surveillez les taux de réussite des sauvegardes, la stabilité de VSS, le comportement des instantanés (snapshots) et toute charge de travail qui manque régulièrement son RPO. Une détection précoce évite les mauvaises surprises de dernière minute.

Organisez des exercices de restauration mensuels. Réalisez une restauration granulaire depuis une sauvegarde au niveau de l’invité, une restauration d’une seule MV depuis une sauvegarde au niveau de l’hôte et une restauration multi-MV pour vos services mixtes. Mesurez la durée de chaque étape du début à la fin.

Créez un tableau de bord simple qui résume l’état de santé des sauvegardes, les performances de restauration et les exceptions encore en attente de traitement. Partagez-le lors des QBR ou des revues internes.

💡 Résultat attendu : des preuves fiables et prêtes pour l’audit, montrant que votre stratégie de sauvegarde fonctionne comme prévu et continue de respecter vos objectifs de RPO et de RTO.

Comment NinjaOne peut vous aider

NinjaOne Backup est intégré à sa plateforme complète de gestion informatique, ce qui vous permet de gérer vos terminaux et vos stratégies de sauvegarde depuis une console unifiée. Principales fonctions :

  • Visibilité sur l’infrastructure : NinjaOne peut surveiller les hôtes Hyper-V et les machines virtuelles, offrant une visibilité sur votre environnement informatique. Vous pouvez étiqueter et classer les appareils pour mieux organiser votre infrastructure.
  • Surveillance complète : la plateforme surveille l’état de santé de votre infrastructure et suit :
    • l’état des serveurs et des appareils
    • l’avancement de la gestion des correctifs
    • l’état des tâches de sauvegarde
    • les menaces de sécurité actives
    • les redémarrages système en attente
  • Reporting détaillé : NinjaOne simplifie le reporting sur la sauvegarde et la gestion des systèmes en proposant :
    • des vues de tableau de bord avec des statistiques d’intégrité de l’appareil
    • des rapports de données exportables
    • des journaux d’activité
    • l’historique des tâches de sauvegarde et le suivi des performances

La solution de sauvegarde prend en charge plusieurs destinations de stockage, y compris des options cloud et hybrides, avec des paramètres de rétention granulaires et une technologie de sauvegarde incrémentielle.

Vous pouvez demander un devis gratuit, souscrire un essai gratuit de 14 jours ou regarder une démo.

Guide de démarrage rapide

NinjaOne prend en charge les sauvegardes au niveau de l’invité comme au niveau de l’hôte dans les environnements Hyper-V, ainsi que les stratégies permettant de les combiner efficacement. Voici comment cela fonctionne :

1. Sauvegardes au niveau de l’hôte

NinjaOne prend en charge les sauvegardes d’image système au niveau de l’hôte pour les hôtes Hyper-V grâce à sa fonction Image Backup. Elle capture l’intégralité du système hôte, y compris toutes les machines virtuelles, les configurations et les données. C’est la solution idéale pour :

  • la restauration complète du système
  • les scénarios de reprise d’activité après incident
  • la remise en service rapide de l’ensemble de l’environnement

2. Sauvegardes au niveau de l’invité

Pour les sauvegardes au niveau de l’invité, NinjaOne propose plusieurs options :

  1. Sauvegarde de fichiers/dossiers : sauvegardez des fichiers ou dossiers précis à l’intérieur des MV invitées.
  2. Sauvegarde de bases de données : sauvegarde spécialisée pour SQL Server, Exchange et d’autres bases de données exécutées dans les MV invitées.
  3. Sauvegarde SaaS : sauvegarde de Microsoft 365, sauvegarde de Google Workspace et d’autres services cloud accessibles depuis les MV invitées.

3. Combiner les stratégies

NinjaOne vous permet de combiner les deux approches :

  • utilisez les sauvegardes d’image système au niveau de l’hôte pour une restauration complète et rapide du système ;
  • utilisez les sauvegardes au niveau de l’invité (fichiers/dossiers, bases de données, SaaS) pour une restauration granulaire de données précises à l’intérieur des MV.

La meilleure stratégie de sauvegarde pour les environnements Hyper-V

Le choix entre sauvegardes au niveau de l’invité, de l’hôte ou mixtes doit toujours partir des besoins de restauration, et non des habitudes. Préparez soigneusement Hyper-V, fixez des attentes claires en matière de RPO et de RTO, et restez constant dans vos tests. Avec une approche structurée et des restaurations vérifiées régulièrement, les parties prenantes gagnent en confiance et les incidents deviennent bien plus faciles à gérer.

Sujets connexes :

FAQs

Les sauvegardes réalisées uniquement au niveau de l’hôte conviennent bien aux MV sans état, aux serveurs de fichiers simples et aux charges de travail qui tolèrent une légère perte de données. Si vous avez surtout besoin d’une restauration rapide de MV complètes et que la restauration granulaire n’est pas nécessaire, elles suffisent généralement.

Oui, si elles s’exécutent en même temps. Les deux méthodes peuvent utiliser VSS, ce qui peut créer des conflits de ressources. Espacez vos planifications d’au moins une à deux heures et surveillez les signes d’alerte.

Une stratégie mixte se justifie facilement dès que l’on compare les durées et les types de restauration. Les sauvegardes au niveau de l’hôte l’emportent en rapidité et en couverture. Celles au niveau de l’invité l’emportent quand il faut des données fines et cohérentes au niveau applicatif. Les charges de travail critiques exigent souvent les deux capacités, et quelques résultats de tests suffisent en général à le démontrer.

You might also like

Prêt à simplifier les aspects les plus complexes de l'informatique et de la sécurité ?