Fehlerbehebung bei Batch Operations - Amazon Simple Storage Service

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.

Fehlerbehebung bei Batch Operations

In den folgenden Themen werden häufige Fehler behandelt, um Sie dabei zu unterstützen, Probleme bei der Arbeit mit Batch Operations zu beheben.

Der Auftragsbericht wird nicht bereitgestellt, wenn ein Problem mit Berechtigungen besteht oder ein Aufbewahrungsmodus der S3-Objektsperre aktiviert ist.

Der folgende Fehler tritt auf, wenn erforderliche Berechtigungen fehlen oder ein Aufbewahrungsmodus der Objektsperre (entweder Governance-Modus oder Compliance-Modus) für den Ziel-Bucket aktiviert ist.

Fehler: Fehlerursachen. Der Auftragsbericht konnte nicht in Ihren Berichts-Bucket geschrieben werden. Überprüfen Sie Ihre Berechtigungen.

Die IAM Rollen- und Vertrauensrichtlinie müssen so konfiguriert werden, dass S3 Batch Operations Zugriff auf PUT Objekte in dem Bucket gewährt, in den der Bericht geliefert wird. Wenn diese erforderlichen Berechtigungen fehlen, schlägt die Bereitstellung des Auftragsberichts fehl.

Wenn ein Aufbewahrungsmodus aktiviert ist, ist der Bucket geschützt write-once-read-many (WORM). Die Objektsperre mit dem für den Ziel-Bucket aktivierten Aufbewahrungsmodus wird nicht unterstützt. Daher schlägt die Bereitstellung des Auftragsabschlussberichts fehl. Wählen Sie zum Beheben dieses Problems einen Ziel-Bucket für Ihre Abschlussberichte zu Aufträgen aus, für den kein Aufbewahrungsmodus der Objektsperre aktiviert ist.

S3-Batchreplikation mit folgendem Fehler fehlgeschlagen: Bei der Manifestgenerierung wurden keine Schlüssel gefunden, die den Filterkriterien entsprechen

Fehler: Bei der Manifestgenerierung wurden keine Schlüssel gefunden, die den Filterkriterien entsprechen.

Dieser Fehler tritt aus einem der folgenden Gründe auf:

  • Wenn Objekte im Quell-Bucket in den Speicherklassen S3 Glacier Flexible Retrieval oder S3 Glacier Deep Archive gespeichert werden.

    Um die Batchreplikation für diese Objekte zu verwenden, stellen Sie sie zunächst in der Speicherklasse S3 Standard wieder her, indem Sie die Operation S3 Initiate Restore Object in einem Batch-Operations-Auftrag verwenden. Weitere Informationen finden Sie unter Wiederherstellen eines archivierten Objekts und Wiederherstellen von Objekten (Batch Operations). Nachdem Sie die Objekte wiederhergestellt haben, können Sie sie mithilfe eines Batchreplikationsauftrags replizieren.

  • Wenn die angegebenen Filterkriterien mit keinen gültigen Objekten im Quell-Bucket übereinstimmen.

    Überprüfen und korrigieren Sie die Filterkriterien. In der Regel für die Batch-Replikation suchen die Filterkriterien beispielsweise nach allen Objekten in der amzn-s3-demo-bucket mit dem PräfixTax/. Wenn der Präfixname falsch eingegeben wurde, mit einem Schrägstrich am Anfang und am Ende /Tax/ statt nur am Ende, wurden keine S3-Objekte gefunden. Um den Fehler zu beheben, korrigieren Sie das Präfix, in diesem Fall von /Tax/ bis, Tax/ in der Replikationsregel.

Fehler bei Batch Operations nach dem Hinzufügen einer neuen Replikationsregel zu einer vorhandenen Replikationskonfiguration

Batch Operations versucht, eine vorhandene Objektreplikation für jede Regel in der Replikationskonfiguration des Quell-Buckets auszuführen. Wenn es Probleme mit einer der vorhandenen Replikationsregeln gibt, können Fehler auftreten.

Im Abschlussbericht des Batch-Operations-Auftrags werden die Ursachen für das Fehlschlagen des Auftrags erläutert. Eine Liste mit häufig auftretenden Fehlern finden Sie unter Gründe für das Fehlschlagen der Replikation in Amazon S3.

Bei Batch-Vorgängen scheitern Objekte mit dem Fehler 400 InvalidRequest: Aufgabe ist aufgrund fehlender Objekte fehlgeschlagen VersionId

Der folgende Beispielfehler tritt auf, wenn ein Batch-Operations-Auftrag Aktionen für Objekte in einem versionsfähigen Bucket ausführt und im Manifest ein Objekt mit leerem Versions-ID-Feld feststellt.

Fehler: BUCKET_NAME,prefix/file_name, fehlgeschlagen,400,, Die Aufgabe ist fehlgeschlagenInvalidRequest, weil sie fehlt VersionId

Dieser Fehler tritt auf, weil das Versions-ID-Feld im Manifest eine leere Zeichenfolge und nicht die Literalzeichenfolge null ist.

Batch Operations schlägt für diese(s) spezielle(n) Objekt(e) fehl, aber nicht für den gesamten Auftrag. Dieses Problem tritt auf, wenn das Manifestformat so konfiguriert ist, dass die Version IDs während des Vorgangs verwendet wird. Bei Aufträgen ohne Versionierung tritt dieses Problem nicht auf, da sie nur mit der neuesten Version jedes Objekts ausgeführt werden und die Version IDs im Manifest ignoriert wird.

Um dieses Problem zu beheben, konvertieren Sie die leere Version IDs in Zeichenketten. null Weitere Informationen finden Sie unter Konvertieren leerer Versions-ID-Strings in Amazon-S3-Inventory-Berichten in Null-Zeichenfolgen.

Fehler bei Auftragserstellung mit aktivierter Auftrags-Tag-Option

Ohne die Berechtigung s3:PutJobTagging führt das Erstellen von Batch-Operations-Aufträgen mit aktivierter Auftrags-Tag-Option zum Fehler 403 access denied.

Um Batch Operations-Jobs mit aktivierter Job-Tag-Option zu erstellen, muss der Benutzer AWS Identity and Access Management (IAM), der den Batch Operations-Job erstellt, zusätzlich zur s3:PutJobTagging Berechtigung auch über die s3:CreateJob entsprechende Berechtigung verfügen.

Weitere Informationen zu den erforderlichen Berechtigungen für Batch Operations finden Sie unter Erteilen von Berechtigungen für Amazon-S3-BatchVorgänge.

Zugriff zum Lesen des Manifests verweigert

Wenn Sie versuchen, einen Batch-Operations-Auftrag zu erstellen und Batch Operations die Manifestdatei nicht lesen kann, können die folgenden Fehler auftreten.

AWS CLI

Grund des Fehlers Das Manifest zu lesen ist verboten: AccessDenied

Amazon S3-Konsole

Warnung: Die des Manifest-Objekts konnten nicht abgerufen ETag werden. Geben Sie ein anderes Objekt an, um fortzufahren.

Führen Sie die folgenden Schritte aus, um dieses Problem zu beheben:

  • Stellen Sie sicher, dass die IAM Rolle für die AWS-Konto , mit der Sie den Batch Operations-Job erstellt haben, über s3:GetObject Berechtigungen verfügt. Die IAM Rolle des Kontos muss über s3:GetObject Berechtigungen verfügen, damit Batch Operations die Manifestdatei lesen kann.

    Weitere Informationen zu den erforderlichen Berechtigungen für Batch Operations finden Sie unter Erteilen von Berechtigungen für Amazon-S3-BatchVorgänge.

  • Überprüfen Sie die Metadaten der Manifestobjekte auf etwaige Zugriffskonflikte mit S3 Object Ownership. Informationen zu S3 Object Ownership finden Sie unter Kontrolle des Besitzes von Objekten und Deaktivierung ACLs für Ihren Bucket.

  • Prüfen Sie, ob AWS Key Management Service (AWS KMS) -Schlüssel zum Verschlüsseln der Manifestdatei verwendet werden.

    Batch Operations unterstützt CSVInventarberichte, die AWS KMS verschlüsselt sind. Batch Operations unterstützen jedoch keine CSVManifestdateien, die AWS KMS-verschlüsselt sind. Weitere Informationen finden Sie unter Konfigurieren von Amazon S3 Inventory und Angeben eines Manifests.