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
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 :
Ouvrez le client vSphere et sélectionnez une machine virtuelle hors tension.
Right-click la machine virtuelle et accédez à Modifier les paramètres > Options > Advanced/General > Paramètres de configuration.
L'option
ctkEnableddoit ê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.
Note
Les exigences relatives à la version matérielle et à ESXi ci-dessus sont les exigences minimales de VMware pour que la fonctionnalité CBT fonctionne. Ils ne représentent pas les versions de vSphere prises en charge par AWS Backup. Pour obtenir la liste des versions de vSphere prises en charge par AWS Backup, consultezMachines virtuelles prises en charge.
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.
Panne de sauvegarde VMware
L'échec d'une sauvegarde VMware peut être lié à l'un des facteurs 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 se produire en raison d'un problème de configuration ou si 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 assurez-vous que tous les ports requis sont ouverts.
-
Accédez à la console de la passerelle de sauvegarde. Notez que c'est différent de la AWS Backup console.
-
Sur la page de configuration de la passerelle de sauvegarde, entrez l'option 3 pour tester la connectivité réseau.
-
Si le test réseau est réussi, entrez X.
-
Revenez à la page de configuration de la passerelle de sauvegarde.
-
Entrez 7 pour accéder à l'invite de commande.
-
Exécutez les commandes suivantes pour vérifier la connectivité réseau :
ncport -dESXi Host-p 902ncport -dESXi Host-p 443
Solution 2 : utilisez des Machines virtuelles prises en charge versions.
Solution 3 : Si une appliance de passerelle est configurée avec des serveurs DNS incorrects, la sauvegarde échoue. Pour vérifier la configuration DNS, procédez comme suit :
-
Accédez à la console de la passerelle de sauvegarde.
-
Sur la page de configuration de la passerelle de sauvegarde, entrez l'option 2 pour accéder à la configuration réseau.
-
Dans Configuration réseau, entrez 7 pour afficher la configuration DNS.
-
Vérifiez les adresses IP du serveur DNS. Si l'adresse IP du serveur DNS est incorrecte, vous êtes invité à revenir à la configuration réseau.
-
Dans Configuration réseau, entrez 6 pour modifier la configuration DNS.
-
Entrez les adresses IP de serveur DNS correctes. 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 Configuration Modification de la configuration d'un hyperviseur de l'hyperviseur pour l'intégrer à 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 auxquelles elles sont connectées. AWS Backup Il s'agit du minimum requis pour que la passerelle fonctionne. Une bande passante inférieure à 100 Mbit/s empêche la passerelle de terminer 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 Mbit/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 la tâche 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 se trouve l'appliance de passerelle peut rencontrer un problème.
Solution : vérifiez la configuration de votre hôte VMware et vérifiez-le pour détecter tout problème. Pour plus d’informations, consultez Modification de la configuration d'un hyperviseur.
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 trouver des solutions, reportez-vous à la section suivante pour connaître les étapes à suivre pour augmenter le nombre de passerelles et 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 dans le délai imparti. 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 est insuffisant.
-
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 de transférer les données en douceur sans déclencher d'erreur. Vous devez disposer d'une bande passante d'au moins 100 Mbit/s AWS pour sauvegarder les 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 possédez un grand nombre de machines virtuelles, envisagez d'augmenter la bande passante au-delà de 100 Mbits/s, car les tâches risquent d'arriver à expiration si la bande passante est insuffisante.
Si une limite de débit 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'abandon détecté ». Pour de plus amples informations, veuillez consulter Limitation de la bande passante de la passerelle de sauvegarde.
Augmentez 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 se libère jusqu'à la fin de la fenêtre de démarrage de la sauvegarde. 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 et le signal d'abandon sera détecté. Vous pouvez augmenter le nombre de passerelles de sauvegarde pour réduire le nombre de tâches ayant échoué. Voir Utilisation des passerelles 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 de la fenêtre de sauvegarde de votre plan de sauvegarde. Voir Options et configuration d’un plan de sauvegarde pour plus de détails.
La restauration vers EC2 échoue en raison de pilotes ENA manquants
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 d'ENA : restaurez ce point de restauration vers un type d'instance ne nécessitant pas d'ENA. Pour obtenir la liste des types d'instances et de leurs exigences, consultez la section Types d'instances Amazon EC2.
Installez les pilotes ENA et effectuez une nouvelle sauvegarde : pour effectuer une restauration sur des types d'instances nécessitant 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 en matière de pilotes, consultez la section Import/Export Configuration requise pour les machines virtuelles.
Pour obtenir de l'aide pour résoudre ces problèmes, consultez le Centre de AWS
connaissances