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 liés aux DataSync tâches
Utilisez les informations suivantes pour résoudre les problèmes liés aux AWS DataSync tâches et à leur exécution. Ces problèmes peuvent inclure des problèmes de configuration des tâches, des exécutions de tâches bloquées et des données qui ne sont pas transférées comme prévu.
Erreur : SyncOption valeur non valide. Option : TransferModePreserveDeletedFiles, Valeur : TOUT, SUPPRIMER.
Cette erreur se produit lorsque vous créez ou modifiez votre DataSync tâche et que vous sélectionnez l'option Transférer toutes les données et que vous désélectionnez l'option Conserver les fichiers supprimés.
Lorsque vous transférez toutes les données, DataSync il ne scanne pas votre position de destination et ne sait pas quoi supprimer.
L'exécution de la tâche échoue avec une EniNotFound
erreur
Cette erreur se produit si vous supprimez l'une des interfaces réseau de votre tâche dans votre cloud privé virtuel (VPC). Si votre tâche est planifiée ou mise en file d'attente, elle échouera s'il manque une interface réseau requise pour transférer vos données.
Actions à exécuter
Pour contourner ce problème, vous disposez des options suivantes :
-
Redémarrez la tâche manuellement. Lorsque vous effectuez cette opération, il DataSync créera toutes les interfaces réseau manquantes dont il a besoin pour exécuter la tâche.
-
Si vous devez nettoyer les ressources de votre VPC, veillez à ne pas supprimer les interfaces réseau associées à une DataSync tâche que vous utilisez toujours.
Pour voir les interfaces réseau allouées à votre tâche, effectuez l'une des opérations suivantes :
-
Utilisez l'DescribeTaskopération. Vous pouvez afficher les interfaces réseau dans les éléments de
DestinationNetworkInterfaceArns
réponseSourceNetworkInterfaceArns
et. -
Dans la EC2 console Amazon, recherchez votre ID de tâche (tel que
task-f012345678abcdef0
) pour trouver ses interfaces réseau.
-
-
Envisagez de ne pas exécuter vos tâches automatiquement. Cela peut inclure la désactivation de la mise en file d'attente ou de la planification des tâches (par le biais d'une automatisation personnalisée ou par le biais d' DataSync une automatisation personnalisée).
L'exécution de la tâche échoue avec une erreur « Impossible d'allouer de la mémoire
»
Lorsque votre DataSync tâche échoue en raison d'une erreur « Impossible d'allouer de la mémoire
», cela peut avoir différentes conséquences.
Action à exécuter
Essayez ce qui suit jusqu'à ce que le problème ne s'affiche plus :
-
Si votre transfert implique un agent, assurez-vous que celui-ci répond aux exigences relatives à la machine virtuelle (VM) ou à l' EC2 instance Amazon.
-
Divisez votre transfert en plusieurs tâches à l'aide de filtres. Il est possible que vous essayiez de transférer un nombre de fichiers ou d'objets supérieur à ce que peut gérer une seule DataSync tâche.
-
Si le problème persiste, contactez Support
.
La tâche échoue avec Input/Output error
le système de fichiers Amazon FSx for NetApp ONTAP
Lorsque votre DataSync tâche échoue ou que Input/Output error
vous transférez des données avec un système de fichiers Amazon FSx for NetApp ONTAP, cela peut être dû à un ou plusieurs des problèmes suivants.
Le volume FSx for ONTAP a atteint sa capacité maximale de fichiers. Cela se produit lorsque le nombre d'inodes ou de pointeurs de fichiers disponibles sur un volume est épuisé.
Le volume FSx for ONTAP n'a plus de capacité de stockage disponible.
L'exécution de la DataSync tâche entraînait une trop grande simultanéité de lecture/écriture et consommait un pourcentage très élevé de la capacité de débit du système de fichiers.
Actions à exécuter
Vous pouvez résoudre ce problème en examinant l'état du volume FSx for ONTAP afin d'en déterminer la cause sous-jacente.
Pour déterminer si le volume a atteint sa capacité maximale de fichiers et résoudre le problème :
Consultez la capacité de fichiers maximale du volume. Pour plus d'informations, consultez la section Surveillance de la capacité de fichiers d'un volume dans le guide de l'utilisateur d'Amazon FSx pour NetApp ONTAP.
Augmentez la capacité de fichiers du volume en augmentant le nombre d'inodes ou en augmentant la capacité de stockage. Pour plus d'informations, consultez la section Augmenter la capacité maximale de fichiers d'un volume dans le guide de l'utilisateur d'Amazon FSx for NetApp ONTAP.
Pour déterminer si le volume n'a plus de capacité de stockage disponible et résoudre le problème, procédez comme suit :
-
Déterminez la capacité de stockage disponible du volume. Pour plus d'informations, reportez-vous à la section Surveillance de la capacité de stockage du volume dans le Guide FSx de l'utilisateur d'ONTAP.
Si la capacité de stockage disponible du volume est faible ou nulle, vous devez augmenter la capacité de stockage du volume. Pour plus d'informations, consultez la section Augmenter la capacité de stockage d'un volume dans le guide de l'utilisateur FSx pour ONTAP.
Pour éviter que le problème d'épuisement de la capacité de stockage disponible du volume ne se reproduise, utilisez la fonction de dimensionnement automatique du volume pour augmenter automatiquement la capacité de stockage du volume en fonction des besoins. Pour plus d'informations, consultez la section Utilisation du dimensionnement automatique des volumes dans le guide de l'utilisateur FSx pour ONTAP.
Pour déterminer si l'exécution de la tâche consommait une trop grande partie de la capacité de débit disponible du système de fichiers :
Surveillez les performances du système de fichiers à l'aide CloudWatch des métriques disponibles. Pour plus d'informations, consultez la section Surveillance des métriques du système de fichiers dans le guide FSx de l'utilisateur d'ONTAP.
Surveillez le système de fichiers pour détecter les avertissements relatifs aux performances du serveur de fichiers dans la FSx console Amazon. Pour plus d'informations, consultez la section Avertissements et recommandations en matière de performances dans le guide FSx de l'utilisateur d'ONTAP.
Pour résoudre le problème, vous devez vous assurer que cette tâche n'utilise pas toute la capacité de débit disponible du système de fichiers. Procédez comme suit :
-
Définissez la limite de bande passante pour l'exécution de la tâche sur une quantité inférieure à la capacité FSx de débit allouée au système de fichiers ONTAP. Pour de plus amples informations, veuillez consulter Définition des limites de bande passante pour votre AWS DataSync tâche.
-
Vous pouvez également augmenter la capacité de débit allouée au système de fichiers. Pour plus d'informations, consultez la section Mise à jour de la capacité de débit dans le guide de l'utilisateur FSx pour ONTAP.
Échec de la tâche Connection Reset by peer
ou Host is down
message correspondant au FSx système de fichiers ONTAP
Lorsque votre DataSync tâche échoue avec un Host is down
message Connection Reset by peer
ou lors du transfert de données avec un système de fichiers FSx for ONTAP, cela peut être dû à un ou plusieurs des problèmes suivants.
Le serveur SMB du système de fichiers a été redémarré ou déconnecté pendant l'exécution de la tâche.
-
Le système de fichiers est passé du serveur principal au serveur secondaire (et à l'adresse IP) pendant l'exécution de la tâche. DataSync ne prend pas en charge le basculement vers une adresse IP secondaire lors de l'exécution d'une tâche.
FSx pour le basculement des systèmes de fichiers ONTAP vers un serveur secondaire et une adresse IP lors des événements suivants :
Le serveur principal devient indisponible.
La zone de disponibilité du serveur principal devient indisponible (pour les systèmes de fichiers multi-AZ).
Lors d'une modification de capacité de débit initiée par l'utilisateur.
Pendant la période de maintenance régulière du système de fichiers.
Pour plus d'informations, reportez-vous au processus FSx de basculement ONTAP dans le guide de l'utilisateur FSx d'ONTAP.
Actions à exécuter
Redémarrez la tâche.
L'exécution de la tâche a un statut de lancement mais rien ne semble se passer
Votre DataSync tâche peut rester bloquée avec un statut de lancement, généralement parce que l'agent est hors tension ou a perdu la connectivité réseau.
Action à exécuter
Assurez-vous que le statut de votre agent est EN LIGNE. Si l'agent est HORS LIGNE, assurez-vous qu'il est allumé.
Si l'agent est allumé et que la tâche est toujours en cours de lancement, il y a probablement un problème de connexion réseau entre votre agent et AWS. Pour obtenir des informations sur le test de la connectivité réseau, consultez Vérification de la connexion de votre agent au DataSync service.
Si le problème persiste, consultezJe ne sais pas ce qui se passe avec mon agent. Quelqu'un peut-il m'aider ?.
L'exécution de la tâche semble bloquée dans l'état de préparation
La durée pendant laquelle votre tâche de DataSync transfert passe à l'état Préparation dépend de la quantité de données présentes dans la source et la destination du transfert, ainsi que des performances de ces systèmes de stockage.
Lorsqu'une tâche démarre, DataSync effectue une liste de répertoires récursive pour découvrir tous les fichiers, objets, répertoires et métadonnées de votre source et de votre destination. DataSync utilise ces listes pour identifier les différences entre les systèmes de stockage et déterminer les éléments à copier. Ce processus peut prendre quelques minutes, voire quelques heures.
Action à exécuter
Tu ne devrais pas avoir à faire quoi que ce soit. Continuez à attendre que le statut de la tâche passe à Transfert. Si le statut ne change toujours pas, contactez le AWS Support centre
L'exécution de la tâche s'arrête avant la fin du transfert
Si l'exécution de votre DataSync tâche s'arrête prématurément, la configuration de votre tâche peut inclure un Région AWS élément désactivé dans votre Compte AWS.
Actions à exécuter
Procédez comme suit pour exécuter à nouveau votre tâche :
-
Vérifiez le statut d'inscription des régions de votre tâche et assurez-vous qu'elles sont activées.
L'exécution de la tâche échoue lors du transfert depuis un bucket Google Cloud Storage
Comme il DataSync communique avec Google Cloud Storage à l'aide de l'API Amazon S3, il existe une limite qui peut entraîner l'échec de votre DataSync transfert si vous essayez de copier des balises d'objets. Le message suivant concernant le problème apparaît dans vos CloudWatch journaux :
[WARN] Impossible de lire les métadonnées du fichier/
your-bucket
/your-object
: S3 Get Object Tagging Echec : poursuite sans balisage
Pour éviter cela, désélectionnez l'option Copier les balises d'objets lors de la configuration des paramètres de vos tâches de transfert.
Il existe des incohérences entre les horodatages de l'exécution des tâches
Lorsque vous consultez la DataSync console ou les CloudWatch journaux Amazon, vous remarquerez peut-être que les heures de début et de fin de l'exécution de vos DataSync tâches ne correspondent pas aux horodatages que vous voyez dans d'autres outils de surveillance. Cela est dû au fait que la console et CloudWatch les journaux prennent en compte le temps passé par l'exécution d'une tâche dans les états de lancement ou de mise en file d'attente, alors que d'autres outils ne le font pas.
Vous remarquerez peut-être cette différence lorsque vous comparez les horodatages d'exécution entre la DataSync console ou les CloudWatch journaux et les emplacements suivants :
-
Journaux du système de fichiers impliqué dans votre transfert
-
Date de dernière modification sur un objet Amazon S3 qui DataSync a écrit à
-
Trafic réseau provenant de l' DataSync agent
-
EventBridge Événements Amazon
L'exécution de la tâche échoue avec une NoMem
erreur
L'ensemble de données que vous essayez de transférer est peut-être trop important pour DataSync. Si cette erreur s'affiche, contactez le AWS Support Centre
L'objet ne parvient pas à être transféré en raison Azure Blob Storage d'une user metadata key
erreur
Lors du transfert d'un compartiment S3 versAzure Blob Storage, le message d'erreur suivant peut s'afficher :
[ERROR] Failed to transfer file
/user-metadata/file1
: Azure Blob user metadata key must be a CSharp identifier
Cela signifie que cela
inclut les métadonnées utilisateur qui n'utilisent pas d'identifiant C# valide. Pour plus d'informations, consultez la documentation Microsoft/user-metadata/file1
Il y a un /.aws-datasync
dossier dans l'emplacement de destination
DataSync crée un dossier appelé /.aws-datasync
dans votre emplacement de destination pour faciliter le transfert de données.
Bien que ce dossier soit DataSync généralement supprimé après votre transfert, il se peut que cela ne se produise pas dans certains cas.
Action à exécuter
Supprimez ce dossier à tout moment tant que vous n'avez pas de copie de tâche en cours d'exécution vers cet emplacement.
Impossible de transférer des liens symboliques entre des sites à l'aide du protocole SMB
Lorsque l'exécution de la tâche est terminée, le message d'erreur suivant s'affiche :
Transfer and verification completed. Selected files transferred except for files skipped due to errors. If no skipped files are listed in Cloud Watch Logs, please contact AWS Support for further assistance.
Lors du transfert entre des systèmes de stockage SMB (tels qu'un serveur de fichiers SMB et un système de fichiers Amazon FSx pour Windows File Server), les avertissements et erreurs suivants peuvent s'afficher dans vos CloudWatch journaux :
[WARN] Failed to read metadata for file /appraiser/symlink: No data available [ERROR] Failed to read metadata for directory /appraiser/symlink: No data available
Action à exécuter
DataSync ne prend pas en charge le transfert de liens symboliques (ou liens physiques) lors du transfert entre ces types de localisation. Pour de plus amples informations, veuillez consulter Liens et répertoires copiés par AWS DataSync.
Erreurs dans les rapports de tâches
Vous pouvez rencontrer l'une des erreurs suivantes lorsque vous essayez de surveiller votre DataSync transfert à l'aide d'un rapport de tâches.
Message d’erreur | Solution |
---|---|
|
N/A (DataSync impossible de transférer un fichier dont le chemin dépasse 4 096 octets) Pour de plus amples informations, veuillez consulter Limites relatives au système de stockage, aux fichiers et aux objets. |
|
Vérifiez que le rôle DataSync IAM dispose des autorisations appropriées pour télécharger un rapport de tâches dans votre compartiment S3. |
|
Consultez vos CloudWatch journaux pour déterminer pourquoi l'exécution de votre tâche a échoué. |