As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
AWS DataSync trata links físicos, links simbólicos e diretórios de forma diferente, dependendo dos locais de armazenamento envolvidos na transferência.
Links rígidos
Veja como DataSync lidar com links físicos em alguns cenários comuns de transferência:
-
Ao transferir entre um servidor de arquivos NFS, FSx para Lustre, para OpenZFS, FSx FSx para ONTAP (usando NFS) e Amazon EFS, os links físicos são preservados.
-
Ao transferir para o Amazon S3, cada arquivo subjacente referenciado por um link fixo é transferido apenas uma vez. Durante as transferências incrementais, objetos separados são criados no bucket do S3. Se um link físico não for alterado no Amazon S3, ele será restaurado corretamente quando transferido para um servidor de arquivos NFS, para Lustre FSx , para OpenZFS FSx FSx , para ONTAP (usando NFS) ou sistema de arquivos Amazon EFS.
-
Ao transferir para Microsoft Azure Blob Storage, cada arquivo subjacente referenciado por um link físico é transferido somente uma vez. Durante as transferências incrementais, objetos separados são criados no armazenamento de blobs se houver novas referências na origem. Ao transferir de Azure Blob Storage, DataSync transfere links físicos como se fossem arquivos individuais.
-
Ao transferir entre um servidor de arquivos SMB, FSx para o Windows File Server e FSx para o ONTAP (usando SMB), os links físicos não são suportados. Se DataSync encontrar links físicos nessas situações, a tarefa de transferência será concluída com um erro. Para saber mais, verifique seus CloudWatch registros.
-
Ao transferir para o HDFS, os links físicos não são suportados. CloudWatch os registros mostram esses links como ignorados.
Links simbólicos
Veja como DataSync lidar com links simbólicos em alguns cenários comuns de transferência:
-
Ao transferir entre um servidor de arquivos NFS, FSx para Lustre, para OpenZFS, FSx FSx para ONTAP (usando NFS) e Amazon EFS, os links simbólicos são preservados.
-
Ao transferir para o Amazon S3, o caminho de destino do link é armazenado no objeto do Amazon S3. O link é restaurado corretamente quando transferido para um servidor de arquivos NFS, FSx para Lustre, para OpenZFS, FSx FSx para ONTAP ou sistema de arquivos Amazon EFS.
-
Ao transferir para Azure Blob Storage, links simbólicos não são suportados. CloudWatch os registros mostram esses links como ignorados.
-
Ao transferir entre um servidor de arquivos SMB, FSx para o Windows File Server e FSx para o ONTAP (usando SMB), links simbólicos não são suportados. DataSync não transfere um link simbólico em si, mas sim um arquivo referenciado pelo link simbólico. Para reconhecer arquivos duplicados e desduplicá-los com links simbólicos, você deve configurar a desduplicação no sistema de arquivos de destino.
-
Ao transferir para o HDFS, links simbólicos não são suportados. CloudWatch os registros mostram esses links como ignorados.
Diretórios
Em geral, DataSync preserva os diretórios ao transferir entre sistemas de armazenamento. Esse não é o caso nas seguintes situações:
-
Ao transferir para o Amazon S3, os diretórios são representados como objetos vazios que têm prefixos e terminam com uma barra (
/). -
Ao transferir para Azure Blob Storage sem um namespace hierárquico, os diretórios não existem. O que parece ser um diretório é apenas parte do nome de um objeto.
