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.

# Problembehandlung bei Fehlern bei Aufgaben im Datenspeicher
<a name="failed-tasks"></a>

Sie können [schalten Sie die Protokollierung ein](cw-event-logging.md) zu CloudWatch Protokolle, um Informationen über Fehler zu protokollieren, die beim Importieren oder Exportieren von Dateien mithilfe von Datenrepository-Aufgaben aufgetreten sind. Für Informationen über CloudWatch Protokolliert Ereignisprotokolle, siehe [Datenrepository-Ereignisprotokolle](data-repo-event-logs.md).

Wenn eine Datenrepository-Aufgabe fehlschlägt, können Sie die Anzahl der Dateien ermitteln, die Amazon FSx nicht verarbeiten konnte **Dateien konnten nicht exportiert werden** auf der Konsole **Status der Aufgabe** Seite. Oder Sie können die CLI oder API verwenden und sich die Aufgaben ansehen `Status: FailedCount` Eigentum. Hinweise zum Zugriff auf diese Informationen finden Sie unter [Zugreifen auf Aufgaben des Datenspeichers](view-data-repo-tasks.md). 

Für Datenrepository-Aufgaben stellt Amazon FSx optional auch Informationen zu den spezifischen Dateien und Verzeichnissen bereit, die in einem Abschlussbericht fehlgeschlagen sind. Der Bericht über den Abschluss der Aufgabe enthält den Datei- oder Verzeichnispfad auf der Lustre Dateisystem, das ausgefallen ist, seinen Status und die Fehlerursache. Weitere Informationen finden Sie unter [Arbeiten mit Berichten zur Erledigung von Aufgaben](task-completion-report.md).

Eine Datenrepository-Aufgabe kann aus verschiedenen Gründen fehlschlagen, unter anderem aus den unten aufgeführten.


| Fehlercode | Erklärung | 
| --- | --- | 
| `FileSizeTooLarge` | Die von Amazon S3 unterstützte maximale Objektgröße beträgt 5 TiB. | 
| `InternalError` | Im Amazon FSx-Dateisystem ist bei einer Import-, Export- oder Release-Aufgabe ein Fehler aufgetreten. Im Allgemeinen bedeutet dieser Fehlercode, dass sich das Amazon FSx-Dateisystem, auf dem die fehlgeschlagene Aufgabe ausgeführt wurde, im Lebenszyklusstatus FAILED befindet. In diesem Fall können die betroffenen Dateien aufgrund von Datenverlust möglicherweise nicht wiederhergestellt werden. Andernfalls können Sie HSM-Befehle (Hierarchical Storage Management) verwenden, um die Dateien und Verzeichnisse in das Daten-Repository auf S3 zu exportieren. Weitere Informationen finden Sie unter [Exportieren von Dateien mithilfe von HSM-Befehlen](exporting-files-hsm.md). | 
| `OperationNotPermitted` | Amazon FSx konnte die Datei nicht veröffentlichen, da sie nicht in einen verknüpften S3-Bucket exportiert wurde. Sie müssen automatische Export- oder Datenrepository-Aufgaben verwenden, um sicherzustellen, dass Ihre Dateien zuerst in Ihren verknüpften Amazon S3-Bucket exportiert werden. | 
| `PathSizeTooLong` | Der Exportpfad ist zu lang. Die maximale Objektschlüssellänge, die von S3 unterstützt wird, beträgt 1.024 Zeichen. | 
| `ResourceBusy` | Amazon FSx konnte die Datei nicht exportieren oder freigeben, da auf sie von einem anderen Client im Dateisystem zugegriffen wurde. Sie können es erneut versuchen DataRepositoryTask nachdem Ihr Workflow das Schreiben in die Datei abgeschlossen hat. | 
| `S3AccessDenied` | Der Zugriff auf Amazon S3 wurde für eine Export- oder Importaufgabe eines Datenrepositorys verweigert.<br />Für Exportaufgaben muss das Amazon FSx-Dateisystem über die Berechtigung verfügen, Folgendes auszuführen `S3:PutObject` Vorgang zum Exportieren in ein verknüpftes Daten-Repository auf S3. Diese Erlaubnis wird erteilt im `AWSServiceRoleForFSxS3Access_{{fs-0123456789abcdef0}}` Mit einem Dienst verknüpfte Rolle. Weitere Informationen finden Sie unter [Verwenden von serviceverknüpften Rollen für Amazon FSx](using-service-linked-roles.md).<br />Da für Exportaufgaben Daten außerhalb der VPC eines Dateisystems fließen müssen, kann dieser Fehler auftreten, wenn das Ziel-Repository über eine Bucket-Richtlinie verfügt, die eine der folgenden Komponenten enthält `aws:SourceVpc` oder `aws:SourceVpce` Globale IAM-Bedingungsschlüssel.<br />Für Importaufgaben muss das Amazon FSx-Dateisystem über die Berechtigung verfügen, Folgendes auszuführen `S3:HeadObject` und `S3:GetObject` Operationen zum Importieren aus einem verknüpften Daten-Repository auf S3.<br />Für Importaufgaben, wenn Ihr S3-Bucket serverseitige Verschlüsselung mit vom Kunden verwalteten Schlüsseln verwendet, die in gespeichert sind AWS Key Management Service (SSE-KMS), müssen Sie die Richtlinienkonfigurationen unter befolgen [Arbeiten mit serverseitig verschlüsselten Amazon S3 S3-Buckets](s3-server-side-encryption-support.md).<br />Wenn Ihr S3-Bucket Objekte enthält, die von einem anderen hochgeladen wurden AWS-Konto Als Ihr mit dem Dateisystem verknüpftes S3-Bucket-Konto können Sie sicherstellen, dass Ihre Datenrepository-Aufgaben S3-Metadaten ändern oder S3-Objekte überschreiben können, unabhängig davon, welches Konto sie hochgeladen hat. Wir empfehlen, dass Sie die S3-Object-Ownership-Funktion für Ihren S3-Bucket aktivieren. Mit dieser Funktion können Sie die Verantwortung für neue Objekte übernehmen, die andere AWS-Konten laden Sie es in Ihren Bucket hoch, indem Sie Uploads erzwingen, Folgendes bereitzustellen `-/-acl bucket-owner-full-control` gescannte ACL. Sie aktivieren den Besitz von S3-Objekten, indem Sie das **Bucket-Besitzer bevorzugt** Option in Ihrem S3-Bucket. Weitere Informationen finden Sie unter [Steuern Sie den Besitz hochgeladener Objekte mithilfe von S3 Object Ownership](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership.html) in der *Amazon S3-Benutzerhandbuch*. | 
| `S3Error` | Amazon FSx ist auf einen gestoßen S3-related Fehler, der nicht war `S3AccessDenied`. | 
| `S3FileDeleted` | Amazon FSx konnte eine Hardlink-Datei nicht exportieren, da die Quelldatei im Daten-Repository nicht existiert. | 
| `S3ObjectInUnsupportedTier` | Amazon FSx hat erfolgreich ein Objekt ohne Symlink aus einer S3 Glacier Flexible Retrieval- oder S3 Glacier Deep Archive-Speicherklasse importiert. Der `FileStatus` wird sein `succeeded with warning` im Bericht über den Abschluss der Aufgabe. Die Warnung weist darauf hin, dass Sie zum Abrufen der Daten zuerst das Objekt S3 Glacier Flexible Retrieval oder S3 Glacier Deep Archive wiederherstellen und dann eine `hsm_restore` Befehl zum Importieren des Objekts. | 
| `S3ObjectNotFound` | Amazon FSx konnte die Datei nicht importieren oder exportieren, da sie im Daten-Repository nicht vorhanden ist. | 
| `S3ObjectPathNotPosixCompliant` | Das Amazon S3-Objekt ist vorhanden, kann aber nicht importiert werden, da es sich nicht um ein POSIX-compliant Objekt. Hinweise zu unterstützten POSIX-Metadaten finden Sie unter [Unterstützung von POSIX-Metadaten für Daten-Repositorys](posix-metadata-support.md). | 
| `S3ObjectUpdateInProgressFromFileRename` | Amazon FSx konnte die Datei nicht freigeben, da der automatische Export eine Umbenennung der Datei verarbeitet. Der automatische Umbenennungsprozess für den Export muss abgeschlossen sein, bevor die Datei veröffentlicht werden kann. | 
| `S3SymlinkInUnsupportedTier` | Amazon FSx konnte ein Symlink-Objekt nicht importieren, da es sich in einer Amazon S3-Speicherklasse befindet, die nicht unterstützt wird, z. B. in einer S3 Glacier Flexible Retrieval- oder S3 Glacier Deep Archive-Speicherklasse. Der `FileStatus` wird sein `failed` im Bericht über den Abschluss der Aufgabe. | 
| `SourceObjectDeletedBeforeReleasing` | Amazon FSx konnte die Datei nicht aus dem Dateisystem freigeben, da die Datei aus dem Daten-Repository gelöscht wurde, bevor sie veröffentlicht werden konnte. |