Set up protection for live migration

Date de publication : mars 2016

S’applique à : System Center 2012 SP1 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

DPM peut protéger des machines virtuelles Hyper-V lors d'une migration dynamique dans les scénarios suivants :

• Migration dynamique dans un cluster : lorsqu'une machine virtuelle est migrée au sein d'un cluster, DPM détecte la migration et sauvegarde la machine virtuelle du nouveau nœud du cluster sans l'intervention de l'utilisateur. Dans la mesure où il n'y a aucune modification apportée au stockage, DPM continue avec des sauvegardes complètes rapides. Si deux serveurs DPM protègent un cluster, lorsqu'une machine virtuelle est protégée par le premier serveur DPM, elle continue d'être protégée par ce serveur DPM après la migration, quel que soit son emplacement.

• Migration dynamique hors d'un cluster : quand une machine virtuelle est migrée hors d'un cluster, vous pouvez effectuer une migration dynamique entre deux serveurs autonomes, entre un serveur autonome et un nœud de cluster, ou entre deux nœuds de clusters différents. Dans ce scénario, DPM détecte la migration et peut effectuer des sauvegardes sans intervention de l'utilisateur.

• Prise en charge : la protection DPM dans le cadre d'une migration dynamique est disponible uniquement sur les serveurs exécutant Windows Server 2012.

• Migration dynamique hors d'un cluster : si vous souhaitez effectuer une migration dynamique hors d'un cluster unique, les conditions suivantes doivent être réunies :

  • Les machines virtuelles sont gérées dans un cloud VMM sur un serveur VMM actif exécutant au moins System Center 2012 SP1.

  • DPM doit être un connecté à un serveur VMM contenant le cloud.

  • Tous les serveurs exécutant Hyper-V sont connectés à tous les serveurs DPM.

  Une fois cette configuration en place, DPM peut communiquer avec VMM pour localiser l'emplacement d'exécution de la machine virtuelle, et créer une sauvegarde du nouveau serveur qui exécute Hyper-V. DPM peut communiquer avec le nouveau serveur qui exécute Hyper-V car tous les serveurs qui exécutent Hyper-V sont connectés à tous les serveurs DPM. Si cette connexion ne peut pas être établie, la sauvegarde échoue et affiche un message indiquant que l'agent de protection DPM est inaccessible.

• Migration de stockage : si une migration dynamique transfère un stockage, DPM effectue une vérification de cohérence complète de la machine virtuelle, puis continue à effectuer les sauvegardes complètes rapides. Si aucune migration de stockage n'est impliquée, par exemple si les emplacements source et cible utilisent tous les deux le même serveur de fichier SMB (Server Message Block) 3.0, DPM continue d'exécuter des sauvegardes complètes rapides sans vérification de cohérence.

  En cas de migration dynamique de stockage, Hyper-V réorganise le disque dur virtuel VHD ou VHDx ; par conséquent, il existera un pic unique dans le volume des données de sauvegarde de DPM.

• Sauvegarde sur bande : la protection de migration dynamique ne prend pas en charge la sauvegarde sur bande.

• Vérification de cohérence : DPM effectue une vérification de cohérence unique pour toutes les migrations dynamiques qui incluent une migration du stockage.

• Paramètres : activez le montage automatique sur la machine virtuelle hôte pour activer la protection virtuelle.

  Désactivez la fonctionnalité de déchargement TCP Chimney.

• Active Directory : tous les serveurs DPM, serveurs VMM et serveurs exécutant Hyper-V doivent se trouver dans le même domaine.

• Port: si vous souhaitez modifier le port par défaut (6070) utilisé par DPM pour héberger le service d'assistance DPM-VMM, dans le Registre, accédez à HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration. Créez une valeur DWORD 32 bits : DpmVmmHelperServicePort, puis inscrivez le numéro de port mis à jour dans la clé de Registre.

  1. Ouvrez <Répertoire d'installation>\Microsoft System Center 2012\DPM\DPM\VmmHelperService\VmmHelperServiceHost.exe.config, puis remplacez 6070 par le nouveau numéro de port. Exemple : <add baseAddress="net.tcp://localhost:6080/VmmHelperService/" />

  2. Redémarrez le service d'assistance DPM-VMM, puis le service DPM.

1. Déploiement de DPM : vérifiez que DPM est installé et déployé correctement. Si ce n'est pas le cas, consultez :

   • Configuration système requise

   • Matrice de prise en charge de protection DPM

   • Scénarios pris en charge et non pris en charge dans DPM

   • Installation de DPM

2. Configuration du stockage : vérifiez que le stockage est configuré. Plusieurs options sont disponibles :

   • Pour plus d'informations sur le stockage à court terme sur disque et les pools de stockage, consultez Planification de sauvegardes sur disque.

   • Pour le stockage sur Azure avec Azure Backup, consultez Planification de sauvegardes Azure.

   • Pour le stockage à long terme sur bande, consultez Planifier les sauvegardes sur bande.

   Utilisez le dimensionnement de capacité suivant pour la protection de machine virtuelle.

   Taille moyenne de la machine virtuelle	100 gigaoctets (Go)
   Nombre de machines virtuelles par serveur DPM	800
   Taille totale des 800 machines virtuelles	80 téraoctets (To)
   Espace de stockage requis pour la sauvegarde	80 téraoctets (To)

   Par exemple, si votre cluster Hyper-V à l'échelle maximale contient 1 600 machines virtuelles, vous devez avoir deux serveurs DPM, et doubler l'approvisionnement résumé dans le tableau. Le besoin total en stockage pour 1600 machines virtuelles est supérieur à 160 To. Pour plus d'informations sur l'optimisation de l'espace, consultez Optimisation de la protection des machines virtuelles.

3. Configuration de l'agent de protection DPM : l'agent doit être installé sur le serveur Hyper-V ou sur chaque serveur du cluster Hyper-V. Sur le serveur de fichiers SMB distant, si SMB est déployé dans un cluster, installez l'agent de protection DPM sur tous les nœuds de cluster de serveurs de fichiers SMB. Consultez Planification du déploiement d'un agent de protection, puis Configuration de l'agent de protection.

4. Installation de la console VMM : installez la console VMM en tant que composant client VMM sur tous les serveurs DPM pour permettre au serveur DPM de communiquer avec le serveur VMM et d'en assurer le suivi. . Notez ce qui suit :

   1. Le compte DPMMachineName$ doit être un compte Administrateur en lecture seule sur le serveur de gestion VMM.

   2. Vérifiez que la version de la console VMM est identique à celle du serveur de gestion VMM utilisé dans le déploiement.

5. Connexion des serveurs : exécutez la commande PowerShell Set-DPMGlobalProperty pour connecter tous les serveurs exécutant Hyper-V à tous les serveurs DPM. L'applet de commande accepte plusieurs noms de serveurs DPM. Pour plus d'informations, consultez Set-DPMGlobalProperty.

   Set-DPMGlobalProperty -dpmservername <dpmservername> -knownvmmservers <vmmservername>

6. Configuration d'un groupe de protection : dans la page Sélectionner les membres du groupe de l'Assistant Création d'un nouveau groupe de protection, vous pouvez sélectionner les serveurs hôtes Hyper-V sur lesquels se trouvent les machines virtuelles que vous souhaitez sauvegarder. Notez que la vérification de cohérence automatique doit être activée au niveau du groupe de protection, pour les protections des scénarios de mobilité des machines virtuelles.

   Activez d'abord la communication de DPM avec VMM. Toutes les machines virtuelles sur les serveurs qui exécutent Hyper-V doivent être découvertes avant de configurer les groupes de protection. Sinon, la migration dynamique ne fonctionnera pas comme prévu, et l'utilisateur devra s'arrêter pour protéger les données à l'aide de la fonction Protéger les données, puis reconfigurer la protection pour le même ordinateur.

   Pour plus d'informations sur les groupes de protection, consultez :

   • Planifier des groupes de protection

   • Planification de la protection à court terme et à long terme d'un groupe de protection

   • Suivez ensuite les instructions de Créer et gérer des groupes de protection.

7. Vérification des paramètres : une fois les paramètres configurés, quand une machine virtuelle est migrée d'un cluster vers un autre, toutes les sauvegardes continuent comme prévu. Vous pouvez vérifier que la migration dynamique est activée comme prévu en procédant comme suit :

   1. Vérifiez que le service d'assistance DPM-VMM est en cours d'exécution. Si ce n'est pas le cas, démarrez-le.

   2. Ouvrez SQL Server Management Studio, puis connectez-vous à l'instance qui héberge la base de données DPM (DPMDB). Dans la base de données DPMDB, exécutez la requête suivante : SELECT TOP 1000 [PropertyName] ,[PropertyValue] FROM[DPMDB].[dbo].[tbl_DLS_GlobalSetting]

      Cette requête contient une propriété appelée KnownVMMServer. Cette valeur doit être identique à celle fournie avec l'applet de commande Set-DPMGlobalProperty.

      Notez que si vous mettez à niveau le serveur de gestion VMM, vous devez également mettre à niveau la console VMM sur le serveur DPM pour garantir la protection.

   3. Exécutez la requête suivante pour valider le paramètre VMMIdentifier dans PhysicalPathXML pour une machine virtuelle spécifique. Remplacez VMName par le nom de la machine virtuelle.

      select cast(PhysicalPath as XML) from tbl_IM_ProtectedObject where DataSourceId in (select datasourceid from tbl_IM_DataSource where DataSourceName like '%<VMName>%')

   4. Ouvrez le fichier .xml que cette requête renvoie, et vérifiez qu'il contient une valeur pour le paramètre VMMIdentifier.

8. Exécution d'une migration manuelle : une fois les étapes terminées, la migration est activée après l'exécution de la tâche du Gestionnaire de résumé DPM. Par défaut, cette tâche démarre à minuit et s'exécute tous les matins. Si vous souhaitez exécuter une migration manuelle entre-temps pour vérifier que tout fonctionne comme prévu, procédez comme suit :

   1. Ouvrez SQL Server Management Studio, puis connectez-vous à l'instance qui héberge la base de données DPM.

   2. Exécutez la requête suivante : select * from tbl_SCH_ScheduleDefinition where JobDefinitionID=’9B30D213-B836-4B9E-97C2-DB03C3EB39D7’. Notez que la requête retourne ScheduleID.

   3. Dans SQL Server Management Studio, développez SQL Server Agent puis Tâches. Cliquez avec le bouton droit sur le ScheduleID que vous aviez noté, puis sélectionnez Démarrer le travail à l'étape.

   Notez que les performances de sauvegarde sont affectées lorsque la tâche s'exécute. La taille et l'échelle de votre déploiement déterminent la durée d'exécution de cette tâche.

9. Récupération des données : une fois les paramètres configurés, quand une machine virtuelle est migrée d'un cluster vers un autre, toutes les sauvegardes continuent comme prévu. Vous pouvez récupérer des données, si nécessaire. Si vous avez besoin de récupérer des données sauvegardées, consultez la page Récupération de données sauvegardées [DPM2012_Web]. Notez le comportement suivant pour la restauration de machines virtuelles.

   Récupération de machine virtuelle	Détails
   Récupération dans l'emplacement d'origine	Le fichier VHD d'origine est supprimé. DPM récupère le VHD et d'autres fichiers de configuration dans l'emplacement d'origine à l'aide de l'enregistreur VSS Hyper-V. À la fin du processus de récupération, les machines virtuelles resteront hautement disponibles. Le groupe de ressources doit être présent pour la récupération. S'il n'est pas disponible, effectuez la récupération dans un autre emplacement, puis rendez la machine virtuelle hautement disponible.
   Récupération dans un autre emplacement	DPM prend en charge la fonction de récupération à autre emplacement (ALR), qui permet de récupérer de façon transparente une machine virtuelle Hyper-V protégée sur un hôte Hyper-V différent, indépendant de l'architecture processeur. Les machines virtuelles Hyper-V récupérés sur un nœud de cluster n'offriront pas de fonction de haute disponibilité.
   Récupération au niveau élément	DPM prend en charge la récupération au niveau élément (ILR), qui permet d'effectuer une récupération au niveau élément de fichiers, dossiers, volumes et disques durs virtuels (VHD) à partir d'une sauvegarde au niveau hôte de machines virtuelles Hyper-V vers un partage réseau ou un volume situé sur un serveur protégé DPM. Pour effectuer une récupération au niveau élément, l'agent de protection DPM ne doit pas nécessairement être installé dans l'invité.