Résolution des problèmes liés aux opérations par lots - Amazon Simple Storage Service

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résolution des problèmes liés aux opérations par lots

Les rubriques suivantes répertorient les erreurs courantes pour vous aider à résoudre les problèmes que vous pourriez rencontrer lors de l'utilisation d'Amazon S3 Batch Operations.

Pour résoudre les problèmes liés à S3 Batch Replication, consultezErreurs de réplication par lot.

Le rapport de travail n'est pas fourni en cas de problème d'autorisation ou lorsqu'un mode de rétention S3 Object Lock est activé

L'erreur suivante se produit si les autorisations requises sont manquantes ou si un mode de rétention Object Lock (mode de gouvernance ou mode de conformité) est activé sur le compartiment de destination.

Erreur : raisons de l'échec. Le rapport de tâche n'a pas pu être écrit dans votre compartiment de rapports. Vérifiez vos autorisations.

Le rôle AWS Identity and Access Management (IAM) et la politique de confiance doivent être configurés pour autoriser Batch Operations à PUT accéder aux objets du compartiment dans lequel le rapport sera livré. s3:PutObject Si ces autorisations requises ne sont pas disponibles, un échec de livraison du rapport de tâche se produit.

Lorsqu'un mode de rétention est activé, le bucket est write-once-read-many (WORM) protégé. Le verrouillage des objets avec le mode de rétention activé sur le compartiment de destination n'est pas pris en charge, de sorte que les tentatives de remise du rapport d'achèvement des tâches échouent. Pour résoudre ce problème, choisissez un compartiment de destination pour vos rapports de fin de tâches pour lequel le mode de rétention du verrouillage d'objets n'est pas activé.

Batch Operations échouant sur des objets avec l'erreur 400 InvalidRequest : échec de la tâche en raison d'une absence VersionId

L'exemple d'erreur suivant se produit si une tâche d'opérations par lot exécute des actions sur des objets d'un compartiment avec la gestion des versions et rencontre un objet dans le manifeste avec un champ d'ID de version vide.

Erreur: bucket_name,prefix/file_name, échoué,400,, Échec de la tâche InvalidRequest en raison d'une absence VersionId

Cette erreur se produit car le champ de l'ID de version du manifeste est une chaîne vide, et non une chaîne null littérale.

Les opérations par lot échoueront pour cet objet ou ces objets en particulier, mais pas pour l'ensemble de la tâche. Ce problème se produit si le format du manifeste est configuré pour utiliser la version IDs pendant l'opération. Les tâches non versionnées ne rencontrent pas ce problème car elles ne fonctionnent que sur la version la plus récente de chaque objet et ignorent la version du IDs manifeste.

Pour résoudre ce problème, convertissez la version vide IDs en null chaînes. Pour de plus amples informations, veuillez consulter Conversion de chaînes d'ID de version vides dans les rapports d'inventaire Amazon S3 en chaînes null.

Créer un échec de tâche avec l'option des balises de tâche activée

Sans l'autorisation s3:PutJobTagging, la création de tâches d'opérations par lot avec l'option des balises de tâche activée provoque des erreurs 403 access denied.

Pour créer des tâches Batch Operations avec l'option job tag activée, l'utilisateur AWS Identity and Access Management (IAM) qui crée la tâche Batch Operations doit disposer de l's3:PutJobTaggingautorisation en plus de l's3:CreateJobautorisation.

Pour plus d'informations sur les autorisations requises pour les opérations par lot, consultez Octroi d'autorisations pour les opérations par lots.

Accès refusé à la lecture du manifeste

Si les opérations par lot ne parviennent pas à lire le fichier manifeste lorsque vous essayez de créer une tâche d'opérations par lot, les erreurs suivantes peuvent se produire.

AWS CLI

Motif de l'échec La lecture du manifeste est interdite : AccessDenied

Console Amazon S3

Avertissement : Impossible d'obtenir l'objet manifesteETag. Spécifiez un autre objet pour continuer.

Pour résoudre ce problème, effectuez l'une des opérations suivantes :

  • Vérifiez que le IAM rôle Compte AWS que vous avez utilisé pour créer le job Batch Operations est s3:GetObject autorisé. Le IAM rôle du compte doit être s3:GetObject autorisé à autoriser Batch Operations à lire le fichier manifeste.

    Pour plus d'informations sur les autorisations requises pour les opérations par lot, consultez Octroi d'autorisations pour les opérations par lots.

  • Vérifiez les métadonnées des objets manifestes pour détecter toute incompatibilité d'accès avec la propriété des objets S3. Pour plus d'informations sur la propriété des objets S3, consultez Contrôle de la propriété des objets et désactivation ACLs pour votre compartiment.

  • Vérifiez si des clés AWS Key Management Service (AWS KMS) sont utilisées pour chiffrer le fichier manifeste.

    Batch Operations prend en charge les rapports d'CSVinventaire AWS KMS cryptés. Toutefois, Batch Operations ne prend pas en charge les fichiers CSV manifestes AWS KMS chiffrés. Pour plus d’informations, consultez Configuration d'Amazon S3 Inventory et Spécification d'un manifeste.