Résoudre les problèmes de réplication et de basculement de Hyper-V sur Azure

Cet article décrit des problèmes courants que vous pouvez rencontrer lors de la réplication de machines virtuelles Hyper-V locales sur Azure avec Azure Site Recovery.

Problèmes lors de l’activation de la protection

Si vous rencontrez des problèmes lorsque vous activez la protection des machines virtuelles Hyper-V, vérifiez les recommandations suivantes :

1. Vérifiez que vos hôtes et machines virtuelles Hyper-V sont conformes à la configuration requise et aux conditions préalables.
2. Si les serveurs Hyper-V sont situés dans des clouds System Center Virtual Machine Manager (VMM), vérifiez que vous avez préparé le serveur VMM.
3. Vérifiez que le service de gestion d’ordinateurs virtuels de Hyper-V est en cours d’exécution sur les hôtes Hyper-V.
4. Recherchez les problèmes de connexion Hyper-V-VMMS\Admin à la machine virtuelle. Ce fichier journal se trouve dans Journaux des applications et services>Microsoft>Windows.
5. Sur la machine virtuelle invitée, vérifiez que WMI est activé et accessible.
   • En savoir plus sur le test de base de WMI.
   • Résolvez les problèmes de WMI.
   • Résolvez les problèmes des scripts et services de WMI.
6. Sur la machine virtuelle invitée, vérifiez que la version d’Integration Services en cours d’exécution est la dernière en date.
   • Vérifiez que vous avez la version la plus récente.
   • Conservez Integration Services à jour.

Impossible d’activer la protection, car la machine virtuelle n’est pas hautement disponible (code d’erreur 70094)

Lorsque vous activez la réplication pour une machine et que vous rencontrez une erreur indiquant que la réplication ne peut pas être activée, car la machine n’est pas hautement disponible, vous pouvez résoudre ce problème en procédant comme suit :

• Redémarrez le service VMM sur le serveur VMM.
• Supprimez la machine virtuelle du cluster et rajoutez-la.

Échec de l’enregistreur VSS NTDS avec état 11 et le code d’échec spécifique à l’enregistreur 0x800423F4

Lorsque vous tentez d’activer la réplication, vous pouvez être confronté à une erreur qui indique que l’activation de la réplication a échoué après l’échec du NTDS. L’une des causes possibles de ce problème est que le système d’exploitation de la machine virtuelle est Windows Server 2012 et non Windows Server 2012 R2. Pour résoudre ce problème, procédez comme suit :

• Effectuez une mise à niveau vers Windows Server R2 avec 4072650 appliqué.
• Assurez-vous que l’hôte Hyper-V est également sous Windows 2016 ou une version ultérieure.

Problèmes de réplication

Pour résoudre les problèmes liés à la réplication initiale et continue, procédez comme suit :

1. Vérifiez que vous exécutez la version la plus récente des services Azure Site Recovery.
2. Vérifiez si la réplication est suspendue :
   • Vérifiez l’état d’intégrité de la machine virtuelle dans la console du Gestionnaire Hyper-V.
   • S’il est critique, cliquez avec le bouton droit sur la machine virtuelle >Réplication>Afficher l’intégrité de la réplication.
   • Si la réplication est suspendue, sélectionnez Reprendre la réplication.
3. Vérifiez que les services nécessaires sont en cours d’exécution. Si tel n’est pas le cas, redémarrez-les.
   • Si vous répliquez Hyper-V sans VMM, vérifiez que ces services sont en cours d’exécution sur l’hôte Hyper-V :
     • Service Gestion d’ordinateurs virtuels
     • Service Microsoft Azure Recovery Services Agent
     • Service Microsoft Azure Site Recovery
     • Service de l’hôte du fournisseur WMI
   • Si vous effectuez une réplication avec VMM dans l’environnement, vérifiez que ces services sont en cours d’exécution :
     • Sur l’hôte Hyper-V, vérifiez que le service de gestion d’ordinateurs virtuels, Microsoft Azure Recovery Services Agent et le service de l’hôte du fournisseur WMI sont en cours d’exécution.
     • Sur le serveur VMM, assurez-vous que le service System Center Virtual Machine Manager est en cours d’exécution.
4. Vérifiez la connectivité entre le serveur Hyper-V et Azure. Pour vérifier la connectivité, ouvrez le Gestionnaire des tâches sur l’hôte Hyper-V. Sous l'onglet Performances, sélectionnez Ouvrir le moniteur de ressource. Sous l’onglet Réseau>Processus avec activité réseau, vérifiez si cbengine.exe envoie activement des volumes importants (Mo) de données.
5. Vérifiez si les hôtes Hyper-V peuvent se connecter à l’URL du blob de stockage Azure. Pour vérifier si les ordinateurs hôtes peuvent se connecter, sélectionnez et activez cbengine.exe. Affichez les connexions TCP pour vérifier la connectivité de l’hôte au blob de stockage Azure.
6. Vérifiez les problèmes de performances, comme décrit dans la section suivante.

Problèmes de performance

Les limitations de la bande passante du réseau peuvent avoir un impact sur la réplication. Résolvez les problèmes comme suit :

1. Vérifiez si la bande passante est contrainte ou limitée dans votre environnement.
2. Exécuter le profileur Planificateur de déploiement.
3. Après avoir exécuté le profileur, suivez les recommandations en matière de bande passante et de stockage.
4. Vérifiez les limitations de l’activité des données. Si vous constatez une activité importante des données sur une machine virtuelle, procédez comme suit :
   • Vérifiez si votre machine virtuelle est concernée par la resynchronisation.
   • Procédez comme suit pour déterminer la raison d’une telle activité.
   • Elle peut survenir lorsque les fichiers journaux de HRL dépassent 50 % de l’espace disque disponible. Si tel est le cas, configurez davantage d’espace de stockage pour toutes les machines virtuelles présentant le problème.
   • Vérifiez que la réplication n’est pas suspendue. Si tel est le cas, elle continue de modifier le fichier hrl, ce qui peut contribuer à augmenter sa taille.

Problèmes d’état de réplication critique

1. Pour vérifier l’intégrité de la réplication, connectez-vous à la console du Gestionnaire Hyper-V local, sélectionnez la machine virtuelle et vérifiez son intégrité.

   

2. Sélectionnez Afficher l’intégrité de la réplication pour afficher les détails :

   • Si la réplication est suspendue, cliquez avec le bouton droit sur la machine virtuelle>Réplication>Reprendre la réplication.
   • Si une machine virtuelle sur un hôte Hyper-V configuré dans Azure Site Recovery est migrée vers un autre hôte Hyper-V du même cluster ou d’une machine autonome, sa réplication n’est pas affectée. Vérifiez simplement que le nouvel hôte Hyper-V répond à toutes les conditions préalables et qu’il est configuré dans Azure Site Recovery.

Problèmes de capture instantanée de cohérence des applications

Une capture instantanée de cohérence des applications est un instantané à un instant T des données des applications à l’intérieur de la machine virtuelle. Le service VSS s’assure que les applications sur la machine virtuelle sont dans un état cohérent au moment de la capture instantanée. Cette section décrit certains problèmes courants que vous pouvez rencontrer.

Échec de VSS à l’intérieur de la machine virtuelle

1. Vérifiez que la version d’Integration Services installée et en cours d’exécution est la plus récente. Vérifiez si une mise à jour est disponible en exécutant la commande suivante dans une invite PowerShell avec élévation de privilèges sur l’hôte Hyper-V : get-vm | select Name, State, IntegrationServicesState.

2. Vérifiez que les services VSS sont en cours d’exécution et intègres :

   • Pour vérifier les services, connectez-vous à la machine virtuelle invitée. Puis, ouvrez une invite de commandes administrateur et exécutez les commandes suivantes pour vérifier si tous les enregistreurs VSS sont intègres.
     • Enregistreurs de liste Vssadmin
     • Clichés instantanés de liste Vssadmin
     • Fournisseurs de listes vssadmin
   • Vérifiez la sortie. Si les enregistreurs sont dans un état d’échec, procédez comme suit :
     • Recherchez les dysfonctionnements de VSS dans le journal des événements d’application.
   • Essayez de redémarrer ces services associés à l’enregistreur en état d’échec :
     • Cliché instantané de volume
       • Fournisseur VSS d’Azure Site Recovery
   • Ensuite, attendez quelques heures pour voir si les captures instantanées de cohérence des applications sont bien générées.
   • En dernier recours, essayez de redémarrer la machine virtuelle. Cela peut résoudre les services qui ne répondent pas.

3. Vérifiez que vous n’avez pas de disques dynamiques dans la machine virtuelle. Les captures instantanées de cohérence des applications ne les prennent pas en charge. Vérifiez dans Gestion des disques (diskmgmt.msc).

   

4. Vérifiez que vous n’avez pas un disque iSCSI attaché à la machine virtuelle. Ceci n’est pas pris en charge.

5. Vérifiez que le service Sauvegarde Microsoft Azure est activé. Vérifiez qu’elle est activée dans Paramètres Hyper-V>Integration Services.

6. Vérifiez qu’il n’y a aucun conflit avec les applications qui prennent des captures instantanées VSS. Si plusieurs applications essaient de prendre des captures instantanées VSS en même temps, des conflits peuvent survenir. Par exemple, si une application Sauvegarde Microsoft Azure prend des captures instantanées VSS lorsque votre stratégie de réplication lui indique de le faire.

7. Vérifiez si la machine virtuelle affiche un taux d’activité élevé :

   • Vous pouvez mesurer le taux quotidien de modification de données sur les machines virtuelles invitées, à l’aide des compteurs de performance de l’hôte Hyper-V. Pour mesurer le taux de modification de données, activez le compteur suivant. Cumulez un échantillon de cette valeur sur les disques de la machine virtuelle pendant 5 à 15 minutes, pour obtenir l’activité de la machine virtuelle.
     • Catégorie : « Dispositif de stockage virtuel Hyper-V »
     • Compteur : « Octets écrits/s »
       
     • Ce taux d’activité des données va augmenter ou se maintenir à un niveau élevé, selon le niveau d’activité de la machine virtuelle ou de ses applications.
     • L’activité moyenne des données du disque source est de 2 Mo/s pour le stockage standard d’Azure Site Recovery. En savoir plus
   • En outre, vous pouvez vérifier les objectifs d’évolutivité du stockage.

8. Vérifiez que, si vous utilisez un serveur Linux, vous avez activé la cohérence des applications. En savoir plus

9. Exécutez le Planificateur de déploiement.

10. Passez en revue les recommandations pour le réseau et le stockage.

Échec de VSS à l’intérieur de l’hôte Hyper-V

1. Recherchez les erreurs et recommandations pour VSS dans les journaux d’événements :

   • Sur le serveur hôte Hyper-V, ouvrez le journal des événements de l’administrateur Hyper-V dans Observateur d’événements>Journaux des applications et des services>Microsoft>Windows>Hyper-V>Admin.
   • Vérifiez si des événements signalent des défaillances des captures instantanées de cohérence des applications.
   • Erreur type : « Hyper-V failed to generate VSS snapshot s et for virtual machine ’XYZ’: The writer experienced a non-transient error. Restarting the VSS service might resolve issues if the service is unresponsive. (Hyper-V n’a pas pu générer l’ensemble de captures instantanées VSS pour la machine virtuelle 'XYZ' : L’enregistreur a rencontré une erreur non transitoire. Le redémarrage du service VSS peut résoudre le problème si le service ne répond pas.) »

2. Pour générer des captures instantanées VSS pour la machine virtuelle, vérifiez que Integration Services de Hyper-V sont installés sur la machine virtuelle et que le service d’intégration de sauvegarde (VSS) est activé.

   • Assurez-vous que le service VSS/les démons des services d’intégration sont en cours d’exécution sur l’invité et qu’ils sont dans un état OK.
   • Pour le vérifier, ouvrez une session PowerShell avec élévation de privilèges sur l’hôte Hyper-V et exécutez la commande Get-VMIntegrationService -VMName<VMName>-Name VSS. Vous pouvez également obtenir ces informations en vous connectant à la machine virtuelle invitée. Plus d’informations
   • Assurez-vous que Integration Services Sauvegarde/VSS sur la machine virtuelle est en cours d’exécution et intègres. Si tel n’est pas le cas, redémarrez ces services et le service Requête du service VSS Microsoft Hyper-V sur le serveur hôte Hyper-V.

Erreurs courantes

Collecter les journaux d’activité de réplication

Tous les événements relatifs à la réplication Hyper-V sont consignés dans le journal Hyper-V-VMMS\Admin situé dans Journaux des applications et des services>Microsoft>Windows. En outre, vous pouvez activer un journal d’analyse pour le Service de gestion d’ordinateurs virtuels Hyper-V, comme suit :

1. Rendez les journaux d’activité d’analyse et de débogage consultables dans l’Observateur d’événements. Pour rendre les journaux d’activité disponibles, dans l’Observateur d’événements, cliquez sur Affichage>Afficher les journaux d’activité d’analyse et de débogage. Le journal d’analyse s’affiche sous Hyper-V-VMMS.

2. Dans le volet Actions, sélectionnez Activer le journal.

   

3. Une fois activé, le journal apparaît dans Analyseur de performances comme une Session de suivi d’événements sous Ensembles de collecteurs de données.

4. Pour afficher les informations collectées, arrêtez la session de suivi en désactivant le journal. Ensuite, enregistrez le journal et rouvrez-le dans l’Observateur d’événements ou utilisez d’autres outils pour le convertir au format souhaité.

Emplacements des journaux d’événements

Collection de journaux pour la résolution de problèmes avancée

Cet outil peut aider à résoudre des problèmes plus complexes :

• Pour VMM, collectez les journaux de récupération de site à l’aide de l’outil SDP (Support Diagnostics Platform).
• Activer la journalisation pour Azure Site Recovery dans Hyper-V Site Protection.