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.
Liens et répertoires copiés par AWS DataSync
AWS DataSync gère les liens physiques, les liens symboliques et les répertoires différemment selon les emplacements de stockage concernés par votre transfert.
Liens physiques
Voici comment DataSync gérer les liens physiques dans certains scénarios de transfert courants :
-
Lors du transfert entre un serveur de fichiers NFS, FSx pour Lustre, pour OpenZFS, FSx FSx pour ONTAP (à l'aide de NFS) et Amazon EFS, les liens physiques sont préservés.
-
Lors du transfert vers Amazon S3, chaque fichier sous-jacent référencé par un lien physique n'est transféré qu'une seule fois. Lors des transferts incrémentiels, des objets distincts sont créés dans votre compartiment S3. Si un lien dur est inchangé dans Amazon S3, il est correctement restauré lorsqu'il est transféré vers un serveur de fichiers NFS, FSx pour Lustre, pour OpenZFS, FSx pour ONTAP (à l'aide de NFS) ou FSx pour le système de fichiers Amazon EFS.
-
Lors du transfert vers Microsoft Azure Blob Storage, chaque fichier sous-jacent référencé par un lien physique n'est transféré qu'une seule fois. Lors des transferts incrémentiels, des objets distincts sont créés dans votre stockage de blob si la source contient de nouvelles références. Lors du transfert depuis Azure Blob Storage, DataSync transfère les liens physiques comme s'il s'agissait de fichiers individuels.
-
Lors du transfert entre un serveur de fichiers SMB, un serveur FSx de fichiers Windows et FSx un serveur ONTAP (via SMB), les liens physiques ne sont pas pris en charge. Si DataSync vous rencontrez des liens durs dans ces situations, la tâche de transfert se termine avec une erreur. Pour en savoir plus, consultez vos CloudWatch journaux.
-
Lors du transfert vers HDFS, les liens physiques ne sont pas pris en charge. CloudWatch les journaux indiquent que ces liens ont été ignorés.
Liens symboliques
Voici comment DataSync gérer les liens symboliques dans certains scénarios de transfert courants :
-
Lors du transfert entre un serveur de fichiers NFS, FSx pour Lustre, pour OpenZFS, FSx FSx pour ONTAP (à l'aide de NFS) et Amazon EFS, les liens symboliques sont préservés.
-
Lors du transfert vers Amazon S3, le chemin cible du lien est stocké dans l'objet Amazon S3. Le lien est correctement restauré lorsqu'il est transféré vers un serveur de fichiers NFS, FSx pour Lustre, pour OpenZFS, FSx pour ONTAP ou FSx pour le système de fichiers Amazon EFS.
-
Lors du transfert vers Azure Blob Storage, les liens symboliques ne sont pas pris en charge. CloudWatch les journaux indiquent que ces liens ont été ignorés.
-
Lors du transfert entre un serveur de fichiers SMB, FSx pour Windows File Server et FSx pour ONTAP (via SMB), les liens symboliques ne sont pas pris en charge. DataSync ne transfère pas un lien symbolique lui-même mais un fichier référencé par le lien symbolique. Pour reconnaître les fichiers dupliqués et les dédupliquer à l'aide de liens symboliques, vous devez configurer la déduplication sur votre système de fichiers de destination.
-
Lors du transfert vers HDFS, les liens symboliques ne sont pas pris en charge. CloudWatch les journaux indiquent que ces liens ont été ignorés.
Annuaires
En général, DataSync préserve les répertoires lors du transfert entre systèmes de stockage. Ce n'est pas le cas dans les situations suivantes :
-
Lors du transfert vers Amazon S3, les répertoires sont représentés sous forme d'objets vides dotés de préfixes et se terminant par une barre oblique ()
/. -
Lors du transfert vers Azure Blob Storage sans espace de noms hiérarchique, les répertoires n'existent pas. Ce qui ressemble à un répertoire n'est qu'une partie du nom d'un objet.
