Solução de problemas do Operações em Lote

Os tópicos a seguir listam os erros comuns para ajudar você a solucionar problemas que pode encontrar durante ao trabalhar com o Operações em Lote do Amazon S3.

Para solucionar problemas com o Replicação em Lote do S3, consulte Erros de replicação em lote.

O relatório do trabalho não é entregue quando há um problema com as permissões ou quando o modo de retenção do Bloqueio de Objetos do S3 está habilitado

O erro a seguir ocorrerá se não houver as permissões necessárias ou se o modo de retenção do Bloqueio de Objetos (modo de governança ou modo de conformidade) estiver habilitado no bucket de destino.

Erro: motivos da falha. Não foi possível gravar o relatório do trabalho no bucket de relatórios. Verifique suas permissões.

É necessário configurar o perfil do AWS Identity and Access Management (IAM) e a política de confiança para conceder ao Operações em Lote a permissão s3:PutObject para PUT objetos no bucket em que o relatório será entregue. Se não houver essas permissões necessárias, ocorrerá uma falha na entrega do relatório de trabalhos.

Quando um modo de retenção está ativado, o bucket é protegido de gravação única e várias leituras (WORM). O Bloqueio de Objetos com o modo de retenção habilitado no bucket de destino não é compatível; portanto, as tentativas de entrega do relatório de conclusão de trabalhos falham. Para corrigir esse problema, escolha um bucket de destino para seus relatórios de conclusão de trabalhos que não tenha o modo de retenção de bloqueio de objetos ativado.

O Operações em Lote apresenta falha em objetos com o erro 400 InvalidRequest: falha na tarefa devido à falta de VersionId

O exemplo de erro a seguir ocorre se um trabalho de operações em lote estiver executando ações em objetos em um bucket versionado e encontrar um objeto no manifesto com um campo de ID de versão vazio.

Erro: bucket_name,prefix/file_name,failed,400,InvalidRequest,Falha na tarefa devido à falta de VersionId

Esse erro ocorre porque o campo ID da versão no manifesto é uma string vazia, em vez da string null literal.

As operações em lote falharão para aquele objeto ou objetos específicos, mas não para todo o trabalho. Esse problema ocorre se o formato do manifesto estiver configurado para usar IDs de versão durante a operação. Os trabalhos sem versionamento não enfrentam esse problema porque operam somente na versão mais recente de cada objeto e ignoram os IDs de versão no manifesto.

Para corrigir esse problema, converta os IDs de versão vazios em strings null. Para ter mais informações, consulte Converter strings de ID de versão vazias nos relatórios do Amazon S3 Inventory em cadeias de caracteres null.

Crie uma falha de trabalho com a opção de tag de trabalho ativada

Sem a permissão s3:PutJobTagging, a criação de trabalhos de operações em lote com a opção de tag de trabalho ativada causa erros 403 access denied.

Para criar trabalhos de operações em lote com a opção de tag de trabalho ativada, o usuário do AWS Identity and Access Management (IAM) que está criando o trabalho de operações em lote deve ter a permissão s3:PutJobTagging além da permissão s3:CreateJob.

Para obter mais informações sobre as permissões necessárias para as operações em lote, consulte Conceder permissões para operações em lote.

Acesso negado para ler o manifesto

Se as operações em lote não conseguirem ler o arquivo de manifesto ao tentar criar um trabalho de operações em lote, os seguintes erros poderão ocorrer.

AWS CLI

Motivo da falha A leitura do manifesto é proibida: AccessDenied

Console do Amazon S3

Aviso: não é possível obter a ETag do objeto de manifesto. Especifique um objeto diferente para continuar.

Para resolver esse problema, execute um dos seguintes procedimentos: