Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Enlaces y directorios copiados por AWS DataSync
AWS DataSync gestiona los enlaces físicos, los enlaces simbólicos y los directorios de forma diferente en función de las ubicaciones de almacenamiento implicadas en la transferencia.
Enlaces duros
Así es como DataSync gestiona los enlaces físicos en algunos escenarios de transferencia comunes:
-
Al realizar transferencias entre un servidor de archivos NFS, FSx para Lustre, FSx para OpenZFS, FSx para ONTAP (mediante NFS) y Amazon EFS, se conservan los enlaces físicos.
-
Al transferir a Amazon S3, cada archivo subyacente al que hace referencia un enlace duro se transfiere solo una vez. Durante las transferencias incrementales, se crean objetos separados en el bucket de S3. Si un enlace duro no ha cambiado en Amazon S3, se restaura correctamente cuando se transfiere a un servidor de archivos NFS, FSx para Lustre, para OpenZFS, FSx FSx para ONTAP (mediante NFS) o al sistema de archivos Amazon EFS.
-
Al realizar la transferencia a Microsoft Azure Blob Storage, cada archivo subyacente al que hace referencia un enlace físico se transfiere solo una vez. Durante las transferencias incrementales, se crean objetos independientes en el almacenamiento de blob si hay nuevas referencias en el origen. Al transferir desde Azure Blob Storage, DataSync transfiere los enlaces físicos como si fueran archivos individuales.
-
Al realizar transferencias entre un servidor de archivos SMB, FSx para Windows File Server y FSx ONTAP (mediante SMB), no se admiten los enlaces físicos. Si DataSync encuentra vínculos físicos en estas situaciones, la tarea de transferencia finaliza con un error. Para obtener más información, consulta tus CloudWatch registros.
-
Al transferir a HDFS, no se admiten los enlaces físicos. CloudWatch los registros muestran estos enlaces como omitidos.
Enlaces simbólicos
Así es como DataSync maneja los enlaces simbólicos en algunos escenarios de transferencia comunes:
-
Al realizar transferencias entre un servidor de archivos NFS, FSx para Lustre, para OpenZFS, FSx FSx para ONTAP (mediante NFS) y Amazon EFS, se conservan los enlaces simbólicos.
-
Al transferir datos a Amazon S3, la ruta de destino del enlace se almacena en el objeto de Amazon S3. El enlace se restaura correctamente cuando se transfiere a un servidor de archivos NFS, FSx para el sistema de archivos Lustre, FSx OpenZFS, FSx ONTAP o Amazon EFS.
-
Al transferir a Azure Blob Storage, no se admiten enlaces simbólicos. CloudWatch los registros muestran estos enlaces como omitidos.
-
Al realizar transferencias entre un servidor de archivos SMB, FSx para Windows File Server y FSx ONTAP (mediante SMB), no se admiten los enlaces simbólicos. DataSync no transfiere un enlace simbólico en sí mismo, sino un archivo al que hace referencia el enlace simbólico. Para reconocer los archivos duplicados y deduplicarlos con enlaces simbólicos, debe configurar la deduplicación en el sistema de archivos de destino.
-
Al transferir a HDFS, no se admiten los enlaces simbólicos. CloudWatch los registros muestran estos enlaces como omitidos.
Directorios
En general, DataSync conserva los directorios cuando se transfieren entre sistemas de almacenamiento. Este no es el caso en las siguientes situaciones:
-
Al transferir a Amazon S3, los directorios se representan como objetos vacíos que tienen prefijos y terminan con una barra inclinada (
/). -
Al transferir a Azure Blob Storage sin un espacio de nombres jerárquico, los directorios no existen. Lo que parece un directorio es solo una parte del nombre de un objeto.
