Bekannte Einschränkungen

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

Allgemeine Einschränkungen

Maximale Objektgröße von Cloud Storage mit 5 TB

Cloud Storage unterstützt einzelne Objekte einer Größe von bis zu 5 Terabyte. Bei Objekten, die größer als 5 TB 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 Storage Transfer Service, den Upload noch einmal durchzuführen. Wenn der Upload mehrmals fehlschlägt, protokolliert Storage Transfer Service ein FILE_MODIFIED_FAILURE. 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, protokolliert Storage Transfer Service ein PRECONDITION_FAILURE. 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

Storage Transfer Service wählt seinen Standort anhand der Region des Cloud Storage-Quell-Buckets aus. Ab heute werden Storage Transfer Service-Jobs an den folgenden Standorten erstellt. Diese Liste kann sich ändern, wenn Storage Transfer Service neue Regionen unterstützt.

Wenn sich Ihr Cloud Storage-Quell-Bucket in einer nicht aufgeführten Region befindet, wählen wir die Standardregion innerhalb der äußeren Region der Quelle aus.

  • ASIA-EAST1
  • ASIA-EAST2
  • ASIA-NORTHEAST1
  • ASIEN-NORTHEAST2
  • ASIEN-NORTHEAST3
  • ASIA-SÜD1
  • ASIA – SÜD2
  • ASIA-SOUTHEAST1
  • ASIA-SOUTHEAST2
  • AUSTRALIA-SOUTHEAST1
  • AUSTRALIEN – SOUTHEAST 2
  • EUROPE-WEST1
  • EUROPA-WEST2
  • EUROPA-WEST3
  • EUROPE-WEST4
  • EUROPA-WEST9
  • EUROPE-NORTH1
  • EUROPA–SÜDWEST1
  • NORTHEAST 1
  • NORTHEAST 2
  • 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

Storage Transfer Service unterstützt die Erkennung von Änderungen in weniger als einer Stunde nicht. Storage Transfer Service ist ein Batch-Datenverschiebungsdienst, der die Quelle bis zu einmal pro Stunde 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

Arbeitsspeicheranforderungen für Transfer Service for On Premises Data-Agents:
  • 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 Agent- und Agent-Pools

Pro Agent-Pool werden bis zu 100 Agents unterstützt. In typischen Umgebungen ist es unwahrscheinlich, dass Sie mehr Agents 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

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

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

Wenn Ihr Quellverzeichnis nicht unterstützte Dateinamen enthält, schlägt die Aufgabe zur Dateiauflistung 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

Storage Transfer Service unterstützt die Übertragung regulärer Dateien und Unix-ähnlicher versteckter Dateien. Versteckte Unix-Dateien sind Dateien, die mit einem .-Zeichen beginnen. Wenn Storage Transfer Service auf eine nicht reguläre Datei stößt, z. B. ein Gerät, eine Named Pipe oder ein 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.

Quellsicherheit des Dateisystems

Agent-Zugriff

Nutzer, die Übertragungsjobs erstellen können, können Daten aus jedem Dateisystemverzeichnis, auf das der Agent zugreifen kann, abrufen und herunterladen. Wenn Agents als Root ausgeführt werden und Zugriff auf das gesamte Dateisystem erhalten, kann ein böswilliger Akteur möglicherweise den Host übernehmen. Es wird dringend empfohlen, den Agent-Zugriff auf erforderliche Verzeichnisse zu beschränken.