Bekannte Einschränkungen

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

Allgemeine Einschränkungen

Objektgrößenlimit für Cloud Storage: 5 TiB

Cloud Storage unterstützt eine maximale Größe für einzelne Objekte 5 Tebibyte. Wenn Sie Objekte haben, die größer als 5 TiB sind, schlägt die Objektübertragung für diese Objekte entweder in Cloud Storage oder Storage Transfer Service

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 aus Dateisystemen an Google Cloud: Wenn die Daten eines Objekts während einer Übertragung aktualisiert wird, versucht der Storage Transfer Service, den Upload noch einmal durchzuführen. Wenn die mehrere Male fehlschlägt, protokolliert Storage Transfer Service FILE_MODIFIED_FAILURE Weitere Informationen finden Sie unter Fehlerbehebung.

  • Übertragungen von Google Cloud in ein Dateisystem: Wenn die Daten eines Objekts der während einer Übertragung aktualisiert wird, versucht der Storage Transfer Service, den Download noch einmal auszuführen. Wenn schlägt der Download mehrmals fehl, protokolliert Storage Transfer Service 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. Für 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 den Speicherort anhand der Region der Quelle aus Cloud Storage-Bucket. Ab heute werden Storage Transfer Service-Jobs in der folgenden Orten. Diese Liste kann sich ändern, wenn Storage Transfer Service weitere Funktionen unterstützt für neue Regionen.

Wenn sich der 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
  • ASIEN-NORTHEAST1
  • ASIEN-NORTHEAST2
  • ASIEN-NORTHEAST3
  • ASIEN-SÜD1
  • ASIEN-SÜD2
  • ASIA-SOUTHEAST1
  • ASIEN-SOUTHEAST2
  • AUSTRALIA-SOUTHEAST1
  • AUSTRALIEN-SOUTHEAST2
  • EUROPE-WEST1
  • EUROPA-WEST2
  • EUROPA-WEST3
  • EUROPE-WEST4
  • EUROPA-WEST9
  • EUROPE-NORTH1
  • EUROPA-SÜDWEST1
  • NORTHAMERIKA-NORTHEAST1
  • NORTHAMERIKA-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

Storage Transfer Service unterstützt keine Änderungserkennung von weniger als einer Stunde. Storage Transfer Service ist ein Dienst zur Batch-Datenverschiebung, der die Quelle scannen kann mit einer Häufigkeit von bis zu einmal pro Stunde.

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 Agent und Agent-Pool

Wir unterstützen bis zu 100 Kundenservicemitarbeiter für einen einzelnen Agent-Pool. Es ist unwahrscheinlich, dass benötigen Sie mehr Agents, um eine bessere Leistung zu erzielen, Umgebungen.

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, führt die Aufgabe zur Dateiauflistung für dieses Verzeichnis fehlschlägt.

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 versteckter Unix-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, löst einen UNSUPPORTED_FILE_MODE-Fehler aus.

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 Quelle des Dateisystems

Agent-Zugriff

Nutzer, die Übertragungsjobs erstellen können, können Daten abrufen und herunterladen, einem beliebigen Dateisystemverzeichnis, auf das der Agent zugreifen kann. Wenn Agents ausgeführt werden als und Zugriff auf das gesamte Dateisystem erhalten, könnte ein böswilliger Akteur den Host übernehmen kann. Wir empfehlen Ihnen dringend, Agent-Zugriff einschränken auf notwendige Verzeichnisse beschränken.