Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Résolution des problèmes de machines virtuelles
## Sauvegardes incrémentielles/problèmes et messages CBT
**Message d'échec :** `"The VMware Change Block Tracking (CBT) data was invalid during this backup, but the incremental backup was successfully completed with our proprietary change detection mechanism."`
Si ce message persiste, [réinitialisez le CBT](https://knowledge.broadcom.com/external/article?legacyId=1020128) comme indiqué par VMware.
**Le message indique que le CBT n'était pas activé ou n'était pas disponible :** *« VMware Change Block Tracking (CBT) n'était pas disponible pour cette machine virtuelle, mais la sauvegarde incrémentielle a été effectuée grâce à notre mécanisme de modification propriétaire. »*
Vérifiez que le CBT est activé. Pour vérifier si le CBT est activé sur un disque virtuel, procédez comme suit :
1. Ouvrez le client vSphere et sélectionnez une machine virtuelle hors tension.
1. Right-click la machine virtuelle et accédez à **Modifier les paramètres** > **Options** > **Advanced/General**> **Paramètres de configuration**.
1. L'option `ctkEnabled` doit être égale à `True`.
Si elle est activée, assurez-vous d'utiliser les fonctionnalités les plus récentes de VMware. L'hôte doit être ESXi version 4.0 ou ultérieure et la machine virtuelle propriétaire des disques à suivre doit être dotée de matériel version 7 ou ultérieure.
Si le CBT est activé et que le logiciel et le matériel sont à jour, éteignez la machine virtuelle, puis réactivez-la. Assurez-vous que le CBT est activé. Effectuez ensuite à nouveau la sauvegarde.
## Défaillance de sauvegarde VMware
L'échec d'une sauvegarde VMware peut être lié à l'un des problèmes suivants :
**Message d'échec :** `"Failed to process backup data. Aborted backup job."` ou`"Error opening disk on the virtual machine"`.
**Causes possibles :** cette erreur peut survenir en raison d'un problème de configuration ou parce que la version ou le disque de VMware n'est pas pris en charge.
**Solution 1 :** Assurez-vous que votre infrastructure est configurée pour utiliser une passerelle et que tous les ports requis sont ouverts.
1. Accédez à la [console de passerelle de sauvegarde](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common). Notez que c'est différent de la AWS Backup console.
1. Sur la page de **configuration de la passerelle Backup**, entrez l'option **3** pour tester la connectivité réseau.
1. Si le test réseau est réussi, entrez **X.**
1. Revenez à la page de configuration de la passerelle Backup.
1. Entrez **7** pour accéder à l'invite de commande.
1. Exécutez les commandes suivantes pour vérifier la connectivité réseau :
`ncport -d {{ESXi Host}}-p 902`
`ncport -d {{ESXi Host}}-p 443`
**Remède 2 :** utilisez des [Machines virtuelles prises en charge](vm-backups.md#supported-vms) versions.
**Solution 3 :** Si un dispositif de passerelle est configuré avec des serveurs DNS incorrects, la sauvegarde échoue. Pour vérifier la configuration DNS, procédez comme suit :
1. Accédez à la [console de passerelle de sauvegarde](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common).
1. Sur la page de **configuration de la passerelle Backup**, entrez l'option **2** pour accéder à la configuration réseau.
1. Dans **Configuration réseau**, entrez **7** pour afficher la configuration DNS.
1. Vérifiez les adresses IP des serveurs DNS. Si l'adresse IP du serveur DNS est incorrecte, l'invite à revenir à la **configuration réseau** existe.
1. Dans **Configuration réseau**, entrez **6** pour modifier la configuration DNS.
1. Entrez les adresses IP correctes du serveur DNS. Entrez ensuite **X** pour terminer la configuration de votre réseau.
Pour obtenir plus d'informations sur votre hyperviseur, telles que les erreurs, la configuration réseau et la connexion, consultez la section [Modification de la configuration d'un hyperviseur](working-with-hypervisors.md#edit-hypervisor) pour configurer l'hyperviseur pour qu'il s'intègre à Amazon CloudWatch Logs.
## Défaillances de sauvegarde dues à des problèmes de connexion réseau
**Message d'échec :** `"Failed to upload backup during data ingestion. Aborted backup job."` ou`"Cloud network request timed out during data ingestion"`.
**Causes possibles :** Cette erreur peut se produire si la connexion réseau est insuffisante pour gérer les téléchargements de données. Si la bande passante réseau est faible, la liaison entre la machine virtuelle et la machine virtuelle AWS Backup peut être encombrée et entraîner l'échec des sauvegardes.
La bande passante réseau requise dépend de plusieurs facteurs, notamment de la taille de la machine virtuelle, des données incrémentielles générées pour chaque sauvegarde de machine virtuelle, de la fenêtre de sauvegarde et des exigences de restauration.
**Solution :** Les meilleures pratiques et recommandations incluent une bande passante minimale de 100 Mbits/s de bande passante de téléchargement pour les machines virtuelles sur site connectées à. AWS Backup Il s'agit du minimum requis pour que la passerelle fonctionne. Une bande passante inférieure à 100 Mbits/s empêche la passerelle d'effectuer toute tâche de sauvegarde ou de restauration. Avec un grand nombre de machines virtuelles, les tâches de sauvegarde peuvent toujours échouer en raison d'un délai d'attente, même avec une bande passante supérieure à 100 Mbits/s. Envisagez d'augmenter la bande passante en fonction du nombre de machines virtuelles et de la taille des données sauvegardées. Une fois la bande passante confirmée, réessayez le travail de sauvegarde.
## Tâche de sauvegarde abandonnée
**Message d'échec :** `"Failed to create backup during snapshot creation. Aborted backup job."`
**Cause possible :** L'hôte VMware sur lequel réside le dispositif de passerelle peut rencontrer un problème.
**Solution :** Vérifiez la configuration de votre hôte VMware et examinez-la pour détecter tout problème. Pour plus d’informations, consultez [Modification de la configuration d'un hyperviseur](working-with-hypervisors.md#edit-hypervisor).
## Aucune passerelle disponible
**Message d'échec :** `"No gateways available to work on job."`
**Cause possible :** toutes les passerelles connectées sont occupées par d'autres tâches. Chaque passerelle est limitée à quatre tâches simultanées (sauvegarde ou restauration).
Pour les **solutions**, consultez la section suivante pour connaître les étapes à suivre pour augmenter le nombre de passerelles et pour augmenter la durée du plan de sauvegarde.
## Échec de la tâche de sauvegarde VMware
**Message d'échec : **`"Abort signal detected"`
**Causes possibles :**
+ **Faible bande passante réseau** : une bande passante réseau insuffisante peut empêcher l'exécution des sauvegardes pendant la période d'achèvement. Lorsque la tâche de sauvegarde nécessite plus de bande passante que celle disponible, elle peut entraîner un échec et déclencher l'erreur « Abandonner le signal détecté ».
+ **Nombre de passerelles de sauvegarde insuffisant** : si le nombre de passerelles de sauvegarde n'est pas suffisant pour gérer la rotation des sauvegardes pour toutes les machines virtuelles configurées, la tâche de sauvegarde peut échouer. Cela peut se produire lorsque la fenêtre du plan de sauvegarde pour terminer les sauvegardes est trop courte ou que le nombre de passerelles de sauvegarde n'est pas suffisant.
+ La fenêtre d'achèvement du plan de sauvegarde est trop petite.
**Remèdes :**
**Augmenter la bande passante :** envisagez d'augmenter la bande passante réseau entre AWS et l'environnement sur site. Cette étape fournira plus de bande passante pour le processus de sauvegarde, ce qui permettra aux données de se transférer sans problème sans provoquer d'erreur. Vous devez disposer d'une bande passante d'au moins 100 Mbits/s AWS pour sauvegarder des machines virtuelles VMware locales à l'aide de. AWS Backup Il s'agit du minimum requis pour que la passerelle puisse effectuer toute tâche de sauvegarde ou de restauration. Si vous avez un grand nombre de machines virtuelles, envisagez d'augmenter la bande passante au-delà de 100 Mbits/s, car les tâches peuvent encore expirer si la bande passante est insuffisante.
Si une limite de bande passante est configurée pour la passerelle de sauvegarde, cela peut restreindre le flux de données et entraîner des échecs de sauvegarde. L'augmentation de la limite de débit de bande passante pour garantir une capacité de transfert de données suffisante peut contribuer à réduire les défaillances. Ce réglage peut atténuer l'apparition de l'erreur « Signal d'interruption détecté ». Pour de plus amples informations, veuillez consulter [Limitation de bande passante de la passerelle de sauvegarde](working-with-gateways.md#backup-gateway-bandwidth-throttling).
**Augmenter le nombre de passerelles de sauvegarde :** une seule passerelle de sauvegarde peut traiter jusqu'à 4 tâches de sauvegarde et de restauration à la fois. Les tâches supplémentaires seront mises en file d'attente et attendront que la passerelle soit libérée jusqu'à ce que la fenêtre de démarrage de la sauvegarde soit passée. Si la fenêtre de sauvegarde passe et que les tâches en file d'attente n'ont pas démarré, ces tâches de sauvegarde échoueront avec un « signal d'abandon détecté ». Vous pouvez augmenter le nombre de passerelles de sauvegarde pour réduire le nombre de tâches échouées. Voir [Utilisation des passerelles](working-with-gateways.md) pour plus de détails.
**Augmenter la durée de la fenêtre du plan de sauvegarde :** vous pouvez augmenter la durée **complète pendant la durée** de la fenêtre de sauvegarde dans votre plan de sauvegarde. Voir [Options et configuration d’un plan de sauvegarde](plan-options-and-configuration.md) pour plus de détails.
## La restauration vers EC2 échoue en raison de l'absence de pilotes ENA
**Message d'échec :** `"Restore failed because the instance type selected for restore requires that the VirtualMachine image have Elastic Network Adapter (ENA) drivers installed, but no ENA drivers were present in the backed up VM."`
**Cause possible :** votre tâche de restauration a échoué car vous tentez de restaurer une sauvegarde VMware sur laquelle aucun pilote ENA n'est installé sur un type d'instance Amazon EC2 qui nécessite des adaptateurs réseau Elastic (ENA).
**Remèdes :**
**Restaurer vers un type d'instance ne nécessitant pas l'ENA :** restaurez ce point de récupération sur un type d'instance ne nécessitant pas l'ENA. Pour obtenir la liste des types d'instances et de leurs exigences, consultez les types d'[instances Amazon EC2](https://docs.aws.amazon.com/ec2/latest/instancetypes/pg.html).
**Installez les pilotes ENA et effectuez une nouvelle sauvegarde :** pour effectuer une restauration sur des types d'instance qui nécessitent l'ENA, installez d'abord les pilotes ENA sur la machine virtuelle, effectuez une nouvelle sauvegarde, puis restaurez à partir de cette sauvegarde. Pour plus d'informations sur les exigences relatives aux pilotes, consultez la section [ Import/Export Exigences relatives aux machines virtuelles](https://docs.aws.amazon.com/vm-import/latest/userguide/limitations-image-importing.html#limitations-image-importing-linux).
Pour obtenir de l'aide pour résoudre ces problèmes, consultez le [centre de AWS connaissances](https://repost.aws/knowledge-center/backup-troubleshoot-vmware-backups).