Bekannte Einschränkungen

Auf dieser Seite werden bekannte Einschränkungen von Cloud Storage und dem Storage Transfer Service dokumentiert.

Allgemeine Einschränkungen

Maximale Objektgröße von Cloud Storage mit 5 TiB

Cloud Storage unterstützt einzelne Objekte mit einer Größe von bis zu 5 Tebibyte. Bei Objekten, die größer als 5 TiB sind, schlägt die Objektübertragung für Cloud Storage oder Storage Transfer Service fehl.

Anforderungen für die Benennung von Cloud Storage-Objekten

Cloud Storage erzwingt Anforderungen für Objektnamen, die für alle Übertragungen von Storage Transfer Service gelten.

Geänderte Objekte werden nicht übertragen

Storage Transfer Service sperrt Quelldateien während einer Übertragung nicht.

Wenn die Daten eines Objekts während einer Übertragung aktualisiert werden, gilt Folgendes:

  • Übertragungen von Nicht-Google-Clouds zu Google Cloud: Wenn die Daten eines Objekts während einer Übertragung aktualisiert werden, schlägt die Übertragung fehl und Storage Transfer Service kann dieses bestimmte Objekt nicht übertragen.

  • Übertragungen von Dateisystemen zu Google Cloud: Wenn die Daten eines Objekts während einer Übertragung aktualisiert werden, versucht der Storage Transfer Service den Upload noch einmal. Wenn der Upload mehrmals fehlschlägt, wird für den Storage Transfer Service ein FILE_MODIFIED_FAILURE protokolliert. Weitere Informationen finden Sie unter Fehlerbehebung.

  • Übertragungen von Google Cloud in ein Dateisystem: Wenn die Daten eines Objekts während einer Übertragung aktualisiert werden, versucht Storage Transfer Service, den Download noch einmal durchzuführen. Wenn der Download mehrmals fehlschlägt, wird für den Storage Transfer Service ein PRECONDITION_FAILURE protokolliert. Weitere Informationen finden Sie unter Fehlerbehebung.

So beheben Sie den Fehler:

  1. Wiederholen Sie die Übertragung.

  2. Sollte die Übertragung des Objekts weiterhin fehlschlagen, achten Sie darauf, dass die Daten während der Übertragung nicht aktualisiert werden können:

  3. Nachdem die Übertragung abgeschlossen wurde, können Sie die Aktualisierungen des Objekts wieder aktivieren.

Ordner in Cloud Storage

Cloud Storage-Objekte befinden sich in einem flachen Namespace innerhalb eines Buckets. Weitere Informationen finden Sie unter Objekt-Namespace. Aus diesem Grund erstellt der Storage Transfer Service keine hierarchischen Namespaces in Cloud Storage. Wenn Sie beispielsweise von Azure Data Lake Storage (ADLS) Gen 2 übertragen, erstellt der Storage Transfer Service die ADLS Gen 2-Namespaces nicht in Cloud Storage.

Objekte in Versionsverwaltungssperren von Amazon S3-Buckets löschen

Wenn Sie die Storage Transfer Service-Funktion zum Löschen von Objekten auf der Quelle in einem versionsgesperrten Amazon S3-Bucket nutzen, entfernt der Storage Transfer Service das Objekt mit einer Null-Versions-ID, nicht jedoch die aktuelle Version.

Standort von Storage Transfer Service-Jobs

Der Storage Transfer Service wählt seinen Speicherort anhand der Region des Quell-Cloud Storage-Bucket aus. Derzeit werden Storage Transfer Service-Jobs an den folgenden Standorten erstellt. Diese Liste kann sich ändern, wenn der Storage Transfer Service um die Unterstützung neuer Regionen erweitert wird.

Befindet sich der Cloud Storage-Quell-Bucket in einer nicht aufgeführten Region, wird die Standardregion innerhalb der äußeren Region ausgewählt.

  • ASIA-EAST1
  • ASIA-EAST2
  • ASIA-NORTHEAST1
  • ASIA-NORTHEAST2
  • ASIA-NORTHEAST3
  • ASIA-SOUTH1
  • ASIA-SOUTH2
  • ASIA-SOUTHEAST1
  • ASIA-SOUTHEAST2
  • AUSTRALIA-SOUTHEAST1
  • AUSTRALIA-SOUTHEAST2
  • EUROPE-WEST1
  • EUROPE-WEST2
  • EUROPE-WEST3
  • EUROPE-WEST4
  • EUROPE-WEST9
  • EUROPE-NORTH1
  • EUROPE-SOUTHWEST1
  • NORTHAMERICA-NORTHEAST1
  • NORTHAMERICA-NORTHEAST2
  • US-CENTRAL1
  • US-CENTRAL2
  • US-EAST1
  • US-EAST4
  • US-WEST1
  • US-WEST2
  • US-WEST3
  • US-WEST4
  • NAM4

Bekannte Einschränkungen bei Dateisystemübertragungen

Keine Echtzeitunterstützung

Der Storage Transfer Service unterstützt keine Änderungen innerhalb eines Zeitintervalls von weniger als einer Stunde. Der Storage Transfer Service ist ein Batch-Datenverschiebungsdienst, der die Quelle maximal einmal stündlich scannen kann.

Unterstützte Betriebssystemkonfigurationen

Für die Übertragung von Agents muss Docker installiert sein und auf Linux-Servern oder virtuellen Maschinen (VMs) ausgeführt werden. Wenn Sie Daten auf ein CIFS- oder SMB-Dateisystem kopieren möchten, können Sie das Volume auf einem Linux-Server oder einer VM bereitstellen und dann den Agent vom Linux-Server oder der VM aus ausführen.

Speicheranforderungen

Speicheranforderungen für Agents des lokalen Datenübertragungsdienstes:
  • Mindestspeicher: 1 GiB
  • Mindestspeicher für Hochleistungs-Uploads: 6 GiB

Skalierungseinschränkungen

Der Storage Transfer Service unterstützt einzelne Übertragungen innerhalb folgender Grenzwerte:

  • Volumen von mehreren Hundert Terabyte
  • Bis zu 1 Milliarde Dateien
  • Mit einer Übertragungsgeschwindigkeit von mehreren 10 Gbit/s

Einzelne Übertragungen, die diese Größen überschreiten, sind zuverlässig, wurden jedoch nicht auf Leistung getestet.

Wenn Sie ein Dataset übertragen möchten, das diese Grenzwerte überschreitet, empfehlen wir, die Daten auf mehrere Übertragungsjobs aufzuteilen.

Wir unterstützen derzeit große Verzeichnisse, sofern jeder Agent mindestens 1 GB Arbeitsspeicher pro Million Dateien im größten Verzeichnis zur Verfügung hat, sodass wir über die Verzeichnisinhalte iterieren können, ohne die Speicherkapazität zu überschreiten.

Einschränkungen für Kundenservicemitarbeiter und Agent-Pools

Wir unterstützen bis zu 100 Kundenservicemitarbeiter pro Agent-Pool. In typischen Umgebungen ist es unwahrscheinlich, dass Sie mehr Kundenservicemitarbeiter benötigen, um eine bessere Leistung zu erzielen.

Pro Projekt werden bis zu 800 Agent-Pools unterstützt.

Ein Verzeichnis pro Job

Wir unterstützen nur die Übertragung des gesamten Inhalts eines Dateisystemverzeichnisses (rekursiv). Sie können die Übertragung partitionieren. Erstellen Sie dazu mehrere Jobs, mit denen unterschiedliche Unterverzeichnisse Ihres Datasets übertragen werden. Das Gruppieren oder Filtern von Dateien innerhalb eines Jobs wird derzeit jedoch nicht unterstützt.

Unterstützte Dateinamen

Für alle Dateinamen, die Teil einer Übertragung sind, gelten die folgenden Regeln:

  • Dateinamen müssen die UTF-8-Codierung verwenden.
  • Dateinamen müssen Unicode-kompatibel sein.
  • Sie dürfen keine Zeilenumbrüche (\n) oder Zeilenvorschubzeichen (\r) enthalten.

Wenn Ihr Quellverzeichnis nicht unterstützte Dateinamen enthält, schlägt die Aufgabe zum Erstellen der Dateiliste für dieses Verzeichnis fehl.

Aktualisieren Sie in diesem Fall alle nicht unterstützten Dateinamen und führen Sie den Job noch einmal aus.

Unterstützte Dateitypen

Der Storage Transfer Service unterstützt die Übertragung regulärer Dateien und versteckter Unix-ähnlicher Dateien. Versteckte Unix-Dateien sind Dateien, die mit einem .-Zeichen beginnen. Wenn der Storage Transfer Service eine nicht reguläre Datei erkennt, wie ein Gerät, eine Named Pipe oder einen Socket, wird der Fehler UNSUPPORTED_FILE_MODE ausgelöst.

In Cloud Storage werden keine leeren Verzeichnisse erstellt, da sich Objekte in einem Bucket nicht innerhalb von Unterverzeichnissen befinden. Weitere Informationen finden Sie unter Objekt-Namespace.

Maximale Pfadlänge

Storage Transfer Service folgt der maximalen Pfadlänge von Cloud Storage von 1.024 Byte. Das Objektpräfix für das Zielobjekt ist in der Längenbeschränkung enthalten, da das Präfix in den Namen des Objekts in Cloud Storage aufgenommen wird.

Unterstützte Dateimetadaten

Unter Erhalt von Metadaten finden Sie weitere Informationen dazu, welche Metadaten standardmäßig oder optional beibehalten werden.

Lange pausierte Jobs

Jobs, die länger als 30 Tage pausiert sind, gelten als inaktiv. Wenn ein Job inaktiv ist, wird der pausierte Job abgebrochen und der Zeitplan für die Jobkonfiguration deaktiviert. Neue Jobausführungen starten erst, wenn Sie den Job explizit wieder aktivieren.

Sicherheit der Dateisystemquelle

Kundenservicemitarbeiterzugriff

Nutzer, die Übertragungsjobs erstellen können, können Daten aus jedem Dateisystemverzeichnis abrufen und dorthin herunterladen, auf das der Agent zugreifen kann. Wenn Agents als Root ausgeführt werden und Zugriff auf das gesamte Dateisystem erhalten, kann ein böswilliger Akteur den Host übernehmen. Wir empfehlen dringend, den Zugriff von Kundenservicemitarbeitern auf die erforderlichen Verzeichnisse einzuschränken.