Links und Verzeichnisse, die kopiert wurden von AWS DataSync - AWS DataSync

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Links und Verzeichnisse, die kopiert wurden von AWS DataSync

AWS DataSync behandelt Hardlinks, symbolische Links und Verzeichnisse je nach den Speicherorten, die an Ihrer Übertragung beteiligt sind, unterschiedlich.

So werden Hardlinks in einigen gängigen Übertragungsszenarien DataSync behandelt:

  • Bei der Übertragung zwischen einem NFS-Dateiserver FSx für Lustre, FSx für OpenZFS, FSx für ONTAP (mit NFS) und Amazon EFS werden Hardlinks beibehalten.

  • Bei der Übertragung an Amazon S3 wird jede zugrunde liegende Datei, auf die ein Hardlink verweist, nur einmal übertragen. Bei inkrementellen Übertragungen werden separate Objekte in Ihrem S3-Bucket erstellt. Wenn ein Hardlink in Amazon S3 unverändert ist, wird er korrekt wiederhergestellt, wenn er auf einen NFS-Dateiserver, FSx für Lustre, für OpenZFS, FSx FSx für ONTAP (mit NFS) oder das Amazon EFS-Dateisystem übertragen wird.

  • Bei der Übertragung an wird jede zugrunde liegende DateiMicrosoft Azure Blob Storage, auf die ein Hardlink verweist, nur einmal übertragen. Bei inkrementellen Übertragungen werden separate Objekte in Ihrem Blob-Speicher erstellt, wenn die Quelle neue Verweise enthält. Bei der Übertragung von werden Hardlinks so DataSync übertragenAzure Blob Storage, als ob es sich um einzelne Dateien handeln würde.

  • Bei der Übertragung zwischen einem SMB-Dateiserver, FSx für Windows File Server und FSx für ONTAP (mit SMB) werden Hardlinks nicht unterstützt. Wenn Sie in diesen Situationen DataSync auf Hardlinks stoßen, wird die Übertragungsaufgabe mit einem Fehler abgeschlossen. Weitere Informationen finden Sie in Ihren CloudWatch Protokollen.

  • Bei der Übertragung auf HDFS werden Hardlinks nicht unterstützt. CloudWatch In den Protokollen werden diese Links als übersprungen angezeigt.

So werden symbolische Links in einigen gängigen Übertragungsszenarien DataSync behandelt:

  • Bei der Übertragung zwischen einem NFS-Dateiserver FSx für Lustre, für OpenZFS, FSx FSx für ONTAP (mit NFS) und Amazon EFS werden symbolische Links beibehalten.

  • Bei der Übertragung zu Amazon S3 wird der Linkzielpfad im Amazon S3 S3-Objekt gespeichert. Der Link wird korrekt wiederhergestellt, wenn er auf einen NFS-Dateiserver, FSx für Lustre, für OpenZFS, FSx FSx für ONTAP oder das Amazon EFS-Dateisystem übertragen wird.

  • Bei der Übertragung an werden symbolische Azure Blob Storage Links nicht unterstützt. CloudWatch In den Protokollen werden diese Links als übersprungen angezeigt.

  • Bei der Übertragung zwischen einem SMB-Dateiserver, FSx für Windows File Server und FSx für ONTAP (mit SMB) werden symbolische Links nicht unterstützt. DataSync überträgt keinen symbolischen Link selbst, sondern eine Datei, auf die durch den symbolischen Link verwiesen wird. Um doppelte Dateien zu erkennen und sie mit symbolischen Links zu deduplizieren, müssen Sie die Deduplizierung in Ihrem Zieldateisystem konfigurieren.

  • Bei der Übertragung auf HDFS werden symbolische Links nicht unterstützt. CloudWatch In den Protokollen werden diese Links als übersprungen angezeigt.

Verzeichnisse

Im Allgemeinen werden Verzeichnisse bei der Übertragung zwischen Speichersystemen DataSync beibehalten. Dies ist in den folgenden Situationen nicht der Fall:

  • Bei der Übertragung an Amazon S3 werden Verzeichnisse als leere Objekte dargestellt, die Präfixe haben und mit einem Schrägstrich () / enden.

  • Bei der Übertragung in ein Verzeichnis Azure Blob Storage ohne hierarchischen Namespace existieren keine Verzeichnisse. Was wie ein Verzeichnis aussieht, ist nur ein Teil eines Objektnamens.