As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Solução de AWS DataSync problemas Use as informações a seguir para solucionar AWS DataSync problemas e erros. **Topics** + [Solução de problemas com DataSync agentes](troubleshooting-datasync-agents.md) + [Solução de problemas com DataSync locais](troubleshooting-storage-issues.md) + [Solução de problemas com DataSync tarefas](troubleshooting-tasks.md) + [Solucionar problemas de verificação de dados](troubleshooting-task-verification.md) + [Solução de problemas de custos de armazenamento S3 acima do esperado com DataSync](multipart-upload-policy.md) # Solução de problemas com DataSync agentes Use as informações a seguir para ajudá-lo a solucionar problemas com AWS DataSync agentes. Alguns desses problemas podem incluir: + Problemas para se conectar ao console local de um atendente do Amazon EC2 + Falha ao recuperar a chave de ativação de um atendente + Problemas ao ativar um atendente com um endpoint de serviço VPC + Como descobrir que um atendente está off-line ## Como me conecto ao console local de um agente do Amazon EC2? Para se conectar a um console local de um agente do Amazon EC2, você deve usar SSH. Certifique-se de que o grupo de segurança da sua instância do EC2 permita acesso com SSH (porta TCP 22). Em um terminal, execute o seguinte comando `ssh` para se conectar à instância: ``` ssh -i /path/key-pair-name.pem instance-user-name@instance-public-ip-address ``` + Para*/path/key-pair-name*, especifique o caminho e o nome do arquivo (`.pem`) da chave privada necessária para se conectar à sua instância. + Em *instance-user-name*, especifique `admin`. + Para*instance-public-ip-address*, especifique o endereço IP público da sua instância. ## O que significa o erro Falha ao recuperar a chave de ativação do agente? Ao ativar seu DataSync agente, o agente se conecta ao endpoint de serviço que você especifica para solicitar uma chave de ativação. Esse erro provavelmente significa que suas configurações de segurança de rede estão bloqueando a conexão. **Medida a ser tomada** Se você estiver usando um endpoint de serviço de nuvem privada virtual (VPC), verifique se as configurações do grupo de segurança permitem que o agente se conecte ao endpoint da VPC. Para obter informações sobre as portas necessárias, consulte [Requisitos de rede para endpoints de serviço VPC ou FIPS VPC](datasync-network.md#using-vpc-endpoint). Se você estiver usando um endpoint público ou Federal Information Processing Standard (FIPS), verifique se as configurações de firewall e roteador permitem que o agente se conecte ao endpoint. Para mais informações, consulte [Requisitos de rede para endpoints de serviço públicos ou FIPS](datasync-network.md#using-public-endpoints). ## Ainda não consigo ativar um agente usando um endpoint de serviço VPC Se você ainda estiver tendo problemas para ativar um DataSync agente com um endpoint de serviço VPC, consulte [Não sei o que está acontecendo com meu agente. Alguém pode me ajudar?](#enable-support-access) ## O que eu faço se meu agente estiver off-line? Seu DataSync agente pode estar off-line por alguns motivos, mas talvez você consiga colocá-lo novamente on-line. Antes de excluir o agente e criar um novo, consulte a lista de verificação a seguir para ajudar você a entender o que pode ter acontecido. + **Entre em contato com sua equipe de backup**: se seu agente estiver off-line porque sua máquina virtual (VM) foi restaurada a partir de um snapshot ou backup, talvez seja necessário [substituir o agente](replacing-agent.md). + **Verifique se a VM do agente ou a instância do Amazon EC2 está desativada**: dependendo do tipo de agente que você está usando, tente reativar a VM ou a instância do EC2 se ela estiver desativada. Quando estiver ligado novamente, [teste a conectividade de rede do seu agente](test-agent-connections.md#test-network) com AWS o. + **Verifique se seu agente atende aos requisitos mínimos de hardware**: seu agente pode estar off-line porque a configuração da VM ou da instância EC2 foi alterada acidentalmente desde que o agente foi ativado. Por exemplo, se sua VM não tiver mais a memória ou o espaço mínimos necessários, o agente poderá aparecer como off-line. Para obter mais informações, consulte [Requisitos para AWS DataSync agentes](agent-requirements.md). + **Aguarde a conclusão das atualizações de software relacionadas ao agente**: seu agente pode ficar off-line brevemente após as [atualizações de software fornecidas pela AWS](managing-agent.md#managing-agent-updates). Se você acredita que é por isso que o agente está off-line, aguarde um curto período e verifique se o agente está online novamente. + **Verifique suas configurações de VPC Service Endpoint** [— Se seu agente off-line estiver usando um endpoint de serviço público e também na mesma VPC em que você criou um endpoint de serviço VPC DataSync, talvez seja necessário desativar o suporte de DNS privado para esse VPC endpoint.](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) Se nenhum desses parece ser o motivo pelo qual o agente está off-line, você provavelmente precisará [substituí-lo](replacing-agent.md). ## Não sei o que está acontecendo com meu agente. Alguém pode me ajudar? Você pode permitir AWS Support o acesso ao seu DataSync agente e ajudar a solucionar problemas relacionados ao agente. Você deve habilitar esse acesso usando o console local do agente. **Para fornecer Suporte acesso ao seu agente** 1. [Faça login no console local do agente](local-console-vm.md#local-console-login). 1. No prompt, digite **5** para abrir o prompt de comando (para VMware VMs, use**6**). 1. Insira **h** para abrir a janela **COMANDOS DISPONÍVEIS**. 1. Na janela **COMANDOS DISPONÍVEIS**, digite o seguinte para se conectar ao Suporte: `open-support-channel` Se você estiver usando o agente com VPC endpoints, deverá fornecer um endereço IP de VPC endpoint para seu canal de suporte, da seguinte forma: `open-support-channel vpc-ip-address` O firewall deve permitir que a porta de entrada 22 do TCP inicie um canal de suporte para o AWS. Quando você se conecta Suporte, DataSync atribui a você um número de suporte. Anote seu número de suporte. **nota** O número do canal não é um número de TCP/UDP porta. Na verdade, ele faz uma conexão SSH (TCP 22) com os servidores e fornece o canal de suporte para a conexão. 1. Quando o canal de suporte for estabelecido, forneça seu número de serviço de suporte para Suporte que eles possam fornecer assistência na solução de problemas. 1. Quando a sessão de suporte for concluída, pressione **Enter** para finalizá-la. 1. Digite **exit** para sair do console DataSync local. 1. Siga as instruções para sair do console local. # Solução de problemas com DataSync locais Use as informações a seguir para ajudá-lo a solucionar problemas com AWS DataSync locais. Alguns desses problemas podem incluir: + Permissões e erros de montagem com locais do NFS + Problemas de propriedade do arquivo + Problemas ao acessar locais de SMB que usam a autenticação Kerberos + Problemas de permissão e acesso com armazenamento de objetos, como locais do Amazon S3 e Microsoft Azure Blob ## Falha na minha tarefa com um erro de permissões do NFS negadas Você pode obter a mensagem de erro “permissões negadas” se configurar o servidor de arquivos NFS com `root_squash` ou `all_squash` ativado e nem todos seus arquivos têm acesso de leitura. **Medida a ser tomada** Para corrigir esse problema, configure a exportação de NFS com `no_root_squash` ou tenha certeza de que as permissões para todos os arquivos que você deseja transferir permitem acesso de leitura para todos os usuários. DataSync Para acessar os diretórios, você também deve habilitar o acesso a todas as execuções. Para garantir que o diretório possa ser montado, primeiro conecte-se a qualquer computador que tenha a mesma configuração de rede que o agente. Depois execute o seguinte comando da CLI: `mount -t nfs -o nfsvers= : ` Se o problema ainda não tiver sido resolvido, entre em contato com a [Central AWS Support](https://console.aws.amazon.com/support/home#/). ## Falha na minha tarefa com um erro de montagem do NFS Você pode ver o seguinte erro ao executar uma DataSync tarefa que envolve uma localização de servidor de arquivos NFS: Falha na tarefa ao acessar o local loc-1111222233334444a: x40016: mount.nfs: tempo limite de conexão expirado **Medidas a serem tomadas** Faça o seguinte até o erro ser resolvido: 1. Verifique se o servidor de arquivos NFS e a exportação especificados em seu DataSync local são válidos. Se não forem, exclua o local e a tarefa e crie um local e uma tarefa novos que usem um servidor de arquivos e uma exportação NFS válidos. Para obter mais informações, consulte [Usando o DataSync console](create-nfs-location.md#create-nfs-location-console). 1. Verifique a configuração do firewall entre o agente e o servidor de arquivos NFS. Para obter mais informações, consulte [Requisitos de rede para armazenamento local, autogerenciado e outros tipos de armazenamento em nuvem](datasync-network.md#on-premises-network-requirements). 1. Certifique-se de que seu agente possa acessar o servidor de arquivos NFS e montar a exportação. Para obter mais informações, consulte [Fornecendo DataSync acesso aos servidores de arquivos NFS](create-nfs-location.md#accessing-nfs). 1. Se o erro persistir, abra um canal de suporte com Suporte. Para obter mais informações, consulte [Não sei o que está acontecendo com meu agente. Alguém pode me ajudar?](troubleshooting-datasync-agents.md#enable-support-access). ## Falha na minha tarefa com um erro de montagem do Amazon EFS Você pode ver o seguinte erro ao executar uma DataSync tarefa que envolve uma localização do Amazon EFS: Falha na tarefa ao acessar o local loc-1111222233334444a: x40016: falha ao se conectar ao destino de montagem do EFS com IP: 10.10.1.0. Isso pode acontecer se o caminho de montagem do sistema de arquivos Amazon EFS que você configura com sua localização for atualizado ou excluído. DataSync não está ciente dessas mudanças no sistema de arquivos. **Ação a realizar** Exclua o local e a tarefa e [crie um novo local do Amazon EFS](create-efs-location.md#create-efs-location-how-to) com o novo caminho de montagem. ## A propriedade do arquivo não é mantida com a transferência do NFS Após a transferência, você pode notar que os arquivos em seu local de DataSync destino têm usuário IDs (UIDs) ou grupo IDs (GIDs) diferente dos mesmos arquivos em seu local de origem. Por exemplo, os arquivos no destino podem ter um UID de `65534`, `99` ou `nobody`. Isso pode acontecer se um sistema de arquivos envolvido na sua transferência usar o mapeamento de ID NFS versão 4, um recurso que DataSync não é compatível. **Ação a realizar** Você tem algumas opções para contornar esse problema: + Criar um novo local para o sistema de arquivos que use o NFS versão 3 em vez da versão 4. + Desativar o mapeamento de ID do NFS versão 4 no sistema de arquivos. Repetir a transferência. Qualquer uma das opções deve resolver o problema. ## Minha tarefa não pode acessar um local do SMB que usa Kerberos DataSync erros em locais SMB que usam a [autenticação Kerberos](create-smb-location.md#configuring-smb-kerberos-authentication) geralmente estão relacionados a incompatibilidades entre sua localização e as configurações do Kerberos. Também pode haver um problema de rede. **Falha ao acessar o local** O erro a seguir indica que pode haver problemas de configuração do local do SMB ou da configuração do Kerberos: ``` Task failed to access location ``` **Verifique o seguinte**: + O servidor de arquivos SMB que você especifica para o local é um nome de domínio. Para o Kerberos, você não pode especificar o endereço IP do servidor de arquivos. + A entidade principal do Kerberos que você especifica para o local corresponde à entidade principal usada para criar o arquivo da tabela de chaves do Kerberos (keytab). Os nomes de entidade principal diferenciam letras maiúsculas de minúsculas + A senha de usuário mapeada da entidade principal do Kerberos não mudou desde que você criou o arquivo keytab. Se a senha mudar (devido à rotação da senha ou por algum outro motivo), a execução da tarefa poderá falhar com o seguinte erro: Falha na tarefa ao acessar o local loc-1111222233334444a: x40015: kinit: falha na pré-autenticação ao obter as credenciais iniciais **Impossível contatar o realm KDC** O erro a seguir indica um problema de rede: ``` kinit: Cannot contact any KDC for realm 'MYDOMAIN.ORG' while getting initial credentials" ``` **Verifique o seguinte**: + O arquivo de configuração Kerberos (`krb5.conf`) que você forneceu DataSync tem as informações corretas sobre sua região Kerberos. Para ver um exemplo de arquivo `krb5.conf`, consulte [Pré-requisitos da autenticação Kerberos](create-smb-location.md#configuring-smb-kerberos-prerequisites). + A porta do servidor do Kerberos Key Distribution Center (KDC) está aberta. A porta KDC é normalmente a porta TCP 88. + A configuração do DNS na rede. ## Minha tarefa falhou com um input/output erro Você pode receber uma mensagem input/output de erro se o sistema de armazenamento falhar nas I/O solicitações do DataSync agente. Motivos comuns para isso incluem falha no disco do servidor, alterações na configuração do firewall ou falha do roteador de rede. Se o erro envolver um servidor de arquivos NFS ou em um cluster do Sistema de Arquivos Distribuído do Hadoop (HDFS), use as etapas a seguir para resolver o erro. **Medidas a serem tomadas (NFS)** Primeiro, verifique os logs e as métricas do servidor NFS para determinar se o problema foi originado no servidor NFS. Se sim, resolva esse problema. e verifique se a configuração de rede não foi alterada. Para verificar se o servidor de arquivos NFS está configurado corretamente e se DataSync pode acessá-lo, faça o seguinte: 1. Configure outro cliente NFS na mesma sub-rede da rede que o agente do . 1. Monte o compartilhamento nesse cliente. 1. Valide se o cliente pode ler e gravar no compartilhamento com êxito. **Medidas a serem tomadas (HDFS)** Faça o seguinte até resolver o erro: 1. Certifique-se de que seu cluster HDFS permita que seu DataSync agente se comunique com o cluster NameNode e as DataNode portas. Na maioria dos clusters, você pode encontrar os números de porta que o cluster usa nos seguintes arquivos de configuração: + Para encontrar a NameNode porta, consulte o `core-site.xml` arquivo sob a `fs.default.name` propriedade `fs.default` ou (dependendo da distribuição do Hadoop). + Para encontrar a DataNode porta, consulte o `hdfs-site.xml` arquivo abaixo da `dfs.datanode.address` propriedade. 1. No arquivo `hdfs-site.xml`, verifique se a propriedade `dfs.data.transfer.protection` tem apenas um valor. Por exemplo: ``` dfs.data.transfer.protection privacy ``` ## Erro: `FsS3UnableToConnectToEndpoint` DataSync não consigo se conectar à sua localização [do Amazon S3](create-s3-location.md). Isso pode significar que o bucket S3 do local não está acessível ou que o local não está configurado corretamente. Faça o seguinte até resolver o problema: + Verifique se DataSync consegue [acessar seu bucket do S3](create-s3-location.md#create-s3-location-access). + Certifique-se de que a localização esteja configurada corretamente usando o DataSync console ou a operação do [DescribeLocationS3](https://docs.aws.amazon.com/datasync/latest/userguide/API_DescribeLocationS3.html). ## Erro: `FsS3HeadBucketFailed` DataSync não consigo acessar o bucket do S3 para o qual você está transferindo ou do qual você está transferindo. Verifique se DataSync tem permissão para acessar o bucket usando a operação Amazon S3 [HeadBucket](https://docs.aws.amazon.com/AmazonS3/latest/API/API_HeadBucket.html). Se você precisar ajustar as permissões, consulte [Fornecendo DataSync acesso aos buckets do S3](create-s3-location.md#create-s3-location-access). ## A tarefa falha com um erro `Unable to list Azure Blobs on the volume root` Se sua tarefa de DataSync transferência falhar com um `Unable to list Azure Blobs on the volume root` erro, pode haver um problema com seu token de assinatura de acesso compartilhado (SAS) ou com a rede da sua conta de Azure armazenamento. **Medidas a serem tomadas** Tente o seguinte e execute sua tarefa novamente até corrigir o problema: + Certifique-se de que seu [token SAS](creating-azure-blob-location.md#azure-blob-sas-tokens) tenha as permissões corretas para acessar seu Microsoft Azure Blob Storage. + Se você estiver executando seu DataSync agenteAzure, configure sua conta de armazenamento para permitir o acesso da rede virtual em que seu agente reside. + Se você estiver executando seu agente no Amazon EC2, configure seu firewall de armazenamento Azure para permitir o acesso a partir do endereço IP público do agente. Para obter informações sobre como configurar a rede da sua conta de armazenamento Azure, consulte a [documentação do Azure Blob Storage](https://learn.microsoft.com/en-us/azure/storage/common/storage-network-security). ## Erro: `FsAzureBlobVolRootListBlobsFailed` O token de assinatura de acesso compartilhado (SAS) DataSync usado para acessar o seu Microsoft Azure Blob Storage não tem a permissão da Lista. Para resolver o problema, [atualize o local](creating-azure-blob-location.md#azure-blob-update-location) com um token que tenha a permissão de List e tente executar a tarefa novamente. ## Erro: `SrcLocHitAccess` DataSync não consegue acessar sua localização de origem. Verifique se DataSync tem permissão para acessar o local e tente executar sua tarefa novamente. ## Erro: `SyncTaskErrorLocationNotAdded` DataSync não consigo acessar sua localização. Verifique se DataSync tem permissão para acessar o local e tente executar sua tarefa novamente. ## Erro: `S3 location creation failed with (InvalidRequestException) when calling the CreateLocationS3 operation` Esse erro pode estar relacionado a permissões do IAM, políticas de bucket do Amazon S3, AWS KMS permissões ou outros problemas de permissão. Se você receber esse erro, use as informações a seguir para solucionar o problema: + [Solucionar erros de acesso negado (403 Proibido) no Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/troubleshoot-403-errors.html) no *Guia do usuário do Amazon Simple Storage Service* + [Como soluciono erros de 403 Access Denied do Amazon S3?](https://repost.aws/knowledge-center/s3-troubleshoot-403) em AWS re:Post ## A tarefa com o local de origem do S3 falha com o erro `HeadObject` ou `GetObjectTagging` **Erros relacionados a `HeadObject` ou `GetObjectTagging`** Se você estiver transferindo objetos com uma versão específica IDs de um bucket do S3, talvez veja um erro relacionado a `HeadObject` ou. `GetObjectTagging` Por exemplo, aqui está um erro relacionado a `GetObjectTagging`: ``` [WARN] Failed to read metadata for file /picture1.png (versionId: 111111): S3 Get Object Tagging Failed [ERROR] S3 Exception: op=GetObjectTagging photos/picture1.png, code=403, type=15, exception=AccessDenied, msg=Access Denied req-hdrs: content-type=application/xml, x-amz-api-version=2006-03-01 rsp-hdrs: content-type=application/xml, date=Wed, 07 Feb 2024 20:16:14 GMT, server=AmazonS3, transfer-encoding=chunked, x-amz-id-2=IOWQ4fDEXAMPLEQM+ey7N9WgVhSnQ6JEXAMPLEZb7hSQDASK+Jd1vEXAMPLEa3Km, x-amz-request-id=79104EXAMPLEB723 ``` Se você ver algum desses erros, valide se a função do IAM DataSync usada para acessar seu local de origem do S3 tem as seguintes permissões: + `s3:GetObjectVersion` + `s3:GetObjectVersionTagging` Se você precisar atualizar o perfil com essas permissões, consulte [Criação de uma função do IAM DataSync para acessar sua localização no Amazon S3](create-s3-location.md#create-role-manually). # Solução de problemas com DataSync tarefas Use as informações a seguir para ajudá-lo a solucionar problemas com AWS DataSync tarefas e execuções de tarefas. Esses problemas podem incluir configuração de tarefas, execuções de tarefas paralisadas e dados não transferidos conforme o esperado. ## Erro: SyncOption valor inválido. Opção: TransferModePreserveDeletedFiles,, Valor: TUDO, REMOVER. Esse erro ocorre quando você está criando ou editando sua DataSync tarefa e seleciona a opção **Transferir todos os dados** e desmarca a opção **Manter arquivos excluídos**. Quando você transfere todos os dados, DataSync não escaneia sua localização de destino e não sabe o que excluir. ## A execução da tarefa falha com um EniNotFounderro Esse erro ocorre se você excluir uma das interfaces de rede da tarefa em sua nuvem privada virtual (VPC). Se sua tarefa estiver agendada ou em fila, ela falhará se não tiver uma [interface de rede necessária para transferir seus dados](required-network-interfaces.md). **Medidas a serem tomadas** Você tem as seguintes opções para contornar esse problema: + Reiniciar manualmente a tarefa. Ao fazer isso, DataSync criará todas as interfaces de rede ausentes necessárias para executar a tarefa. + Se você precisar limpar recursos em sua VPC, certifique-se de não excluir interfaces de rede relacionadas a uma DataSync tarefa que você ainda está usando. Para ver as interfaces de rede alocadas para a tarefa, siga um destes procedimentos: + Use a operação [DescribeTask](https://docs.aws.amazon.com//datasync/latest/userguide/API_DescribeTask.html). Você pode visualizar as interfaces de rede nos elementos de resposta `SourceNetworkInterfaceArns` e `DestinationNetworkInterfaceArns`. + No console do Amazon EC2, pesquise seu ID de tarefa (como `task-f012345678abcdef0`) para encontrar suas interfaces de rede. + Considere não executar suas tarefas automaticamente. Isso pode incluir a desativação do enfileiramento ou agendamento de tarefas (por meio DataSync de automação personalizada). ## A execução da tarefa falha com um erro Não é possível alocar memória Quando sua DataSync tarefa falha com o erro Não é possível alocar memória, isso pode significar algumas coisas diferentes. **Ação a realizar** Tente o seguinte até que você não veja mais o problema: + Se sua transferência envolver um agente, certifique-se de que o agente atenda aos requisitos da [máquina virtual (VM)](agent-requirements.md#hardware) ou da [instância do Amazon EC2](agent-requirements.md#ec2-instance-types). + Divida sua transferência em várias tarefas usando [filtros](filtering.md). É possível que você esteja tentando transferir mais arquivos ou objetos do que [uma DataSync tarefa pode suportar](datasync-limits.md#task-hard-limits). + Se você ainda encontrar o problema, [entre em contato com o Suporte](https://aws.amazon.com/contact-us/). ## A tarefa falha com `Input/Output error` for FSx para o sistema de arquivos ONTAP Quando sua DataSync tarefa falha `Input/Output error` ao transferir dados com um sistema de arquivos FSx para ONTAP, isso pode ser devido a um ou mais dos seguintes problemas. **O volume FSx for ONTAP atingiu sua capacidade máxima de arquivo** Esse erro ocorre quando o número de inodes ou ponteiros de arquivo disponíveis em um volume estiver esgotado. **Ações a serem tomadas** Primeiro, veja a [capacidade máxima de arquivos](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/view-volume-file-capacity.html) do volume. Em seguida, aumente a capacidade de arquivo do volume aumentando o número de inodes ou aumentando a capacidade de armazenamento. Para obter mais informações, consulte [Aumentar a capacidade máxima de arquivos de um volume](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#max-file-capacity) no *Guia do FSx usuário do ONTAP*. **O volume FSx for ONTAP esgotou a capacidade de armazenamento disponível** Esse erro ocorre quando o volume não tem capacidade de armazenamento disponível. **Ações a serem tomadas** Primeiro, determine a [capacidade de armazenamento disponível](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitor-volume-storage-console.html) do volume. Em seguida, aumente a capacidade de armazenamento do volume. Para obter mais informações, consulte [Aumentar a capacidade de armazenamento de um volume](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#increase-volume-capacity) no *Guia do FSx usuário do ONTAP*. **nota** Para aumentar automaticamente a capacidade de armazenamento do volume quando necessário, consulte [Usando o dimensionamento automático de volume no Guia](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#volume-autosizing) do usuário do *FSx ONTAP.* **O diretório FSx for ONTAP atingiu o número máximo de arquivos que podem ser armazenados em cada diretório** Esse erro ocorre quando você atinge o número máximo de arquivos que podem ser armazenados em cada diretório. **Medida a ser tomada** Aumente o tamanho máximo do diretório para suportar diretórios maiores. Para obter mais informações, consulte [Práticas recomendadas para usar o FSx tamanho máximo do diretório do ONTAP na Orientação AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/fsx-ontap-enterprise-deployment/best-practices.html#bp-max-directory-size) *prescritiva*. **A execução da DataSync tarefa gerou muita simultaneidade de leitura e gravação, consumindo uma alta porcentagem da capacidade de taxa de transferência do sistema de arquivos** Esse erro ocorre quando a execução da DataSync tarefa está consumindo muito da capacidade de taxa de transferência disponível do sistema de arquivos. **Ações a serem tomadas** Primeiro, avalie se a execução da tarefa estava consumindo muita capacidade de throughput do sistema de arquivos usando os seguintes métodos: + Monitore o desempenho do sistema de arquivos usando as CloudWatch métricas disponíveis. Para obter mais informações, consulte [Monitoramento de métricas do sistema de arquivos](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitor-throughput-cloudwatch.html#fsxn-howtomonitor-fs) no *FSx Guia do usuário do ONTAP*. + Monitore o sistema de arquivos em busca de avisos de desempenho do servidor de arquivos no FSx console da Amazon. Para obter mais informações, consulte [Avisos e recomendações de desempenho](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/performance-insights-FSxN.html#resolve-warnings) no Guia do *FSx usuário do ONTAP.* Em seguida, certifique-se de que a tarefa não use toda a capacidade de throughput disponível do sistema de arquivos fazendo o seguinte: + Defina o limite de largura de banda da execução da tarefa para um valor menor do que a FSx capacidade de taxa de transferência provisionada do sistema de arquivos ONTAP. Para obter mais informações, consulte [Definindo limites de largura de banda para sua tarefa AWS DataSync](configure-bandwidth.md). + Aumente a capacidade de throughput provisionada do sistema de arquivos. Para obter mais informações, consulte [Atualização da capacidade de transferência](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/increase-throughput-capacity.html) no Guia do *FSx usuário do ONTAP.* ## Falha na tarefa `Connection Reset by peer` ou `Host is down` mensagem FSx para o sistema de arquivos ONTAP Se sua DataSync tarefa falhar com uma `Host is down` mensagem `Connection Reset by peer` ou ao transferir dados com um sistema de arquivos FSx for ONTAP, isso pode ser devido a um ou mais dos seguintes problemas: + O servidor SMB do sistema de arquivos foi reinicializado ou desconectado durante a execução da tarefa. + O sistema de arquivos passou do servidor primário para o secundário (e endereço IP) durante a execução da tarefa. DataSync não oferece suporte ao failover para um endereço IP secundário durante a execução da tarefa. FSx para o failover dos sistemas de arquivos ONTAP para um servidor secundário e endereço IP durante os seguintes eventos: + O servidor primário torna-se indisponível. + A zona de disponibilidade do servidor primário torna-se indisponível (para sistemas de arquivos Multi-AZ). + Durante uma alteração na capacidade de throughput iniciada pelo usuário. + Durante a janela de manutenção programada regularmente do sistema de arquivos. Para obter mais informações, consulte o [processo FSx de failover do ONTAP no Guia](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/high-availability-AZ.html#Failover) do usuário do FSx ONTAP. **Ação a realizar** Reinicie a tarefa. ## A execução da tarefa tem um status de lançamento, mas nada parece estar acontecendo Sua DataSync tarefa pode ficar paralisada com o status de **Inicialização**, normalmente porque o agente está desligado ou perdeu a conectividade com a rede. **Medidas a serem tomadas** Certifique-se de que o status do seu agente esteja **ONLINE**. Se o agente estiver **OFFLINE**, certifique-se de ativá-lo. Se o agente estiver ativado e a tarefa ainda estiver paralisada no status **Iniciando**, o mais provável é que haja um problema de conectividade de rede entre o agente e o AWS. Para obter informações sobre como testar a conectividade de rede, consulte [Verificando a conexão do seu agente com o serviço DataSync](test-agent-connections.md#test-network). Se você ainda estiver com esse problema, consulte [Não sei o que está acontecendo com meu agente. Alguém pode me ajudar?](troubleshooting-datasync-agents.md#enable-support-access). ## A execução da tarefa parece estar parada no status de preparação A quantidade de tempo em que sua tarefa de DataSync transferência tem o status **Preparando** depende da quantidade de dados na origem e no destino da transferência e do desempenho desses sistemas de armazenamento. Quando uma tarefa é iniciada, DataSync executa uma listagem recursiva de diretórios para descobrir todos os arquivos, objetos, diretórios e metadados em sua origem e destino. DataSync usa essas listas para identificar diferenças entre sistemas de armazenamento e determinar o que copiar. Esse processo pode levar alguns minutos ou até algumas horas. **Medida a ser tomada** Você não deveria ter que fazer nada. Continue aguardando até que o status da tarefa mude para **Transferindo**. Se o status ainda não mudar, entre em contato com a [Central AWS Support](https://console.aws.amazon.com/support/home#/). ## A execução da tarefa é interrompida antes da conclusão da transferência. Se a execução da DataSync tarefa for interrompida mais cedo, a configuração da tarefa poderá incluir uma Região da AWS que esteja desativada no seu Conta da AWS. **Medidas a serem tomadas** Faça o seguinte para executar a tarefa novamente: 1. Verifique o [status de adesão opcional](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html) das regiões da tarefa e certifique-se de que estejam habilitadas. 1. [Inicie a tarefa](run-task.md) novamente. ## A execução da tarefa falha ao transferir de um bucket do Google Cloud Storage Como DataSync se comunica com o Google Cloud Storage usando a API Amazon S3, há uma limitação que pode fazer com que DataSync sua transferência falhe se você tentar copiar tags de objetos. A seguinte mensagem relacionada ao problema aparece em seus CloudWatch registros: [AVISO] Falha ao ler os metadados do arquivo/*your-bucket*/*your-object*: Falha na marcação de objetos do S3: prosseguindo sem marcação Para evitar isso, desmarque a opção **Copiar tags de objeto** ao definir as configurações da tarefa de transferência. ## Há incompatibilidades entre os registros de data e hora da execução da tarefa Ao examinar o DataSync console ou os CloudWatch registros da Amazon, você pode perceber que os horários de início e término da execução da DataSync tarefa não coincidem com os registros de data e hora que você vê em outras ferramentas de monitoramento. Isso ocorre porque o console e CloudWatch os registros levam em consideração o tempo gasto pela execução de uma tarefa nos [estados](run-task.md#understand-task-execution-statuses) de inicialização ou enfileiramento, enquanto outras ferramentas não. Você pode notar essa discrepância ao comparar os timestamps de execução entre o DataSync console ou os CloudWatch registros e os seguintes locais: + Logs do sistema de arquivos envolvido na transferência + A data da última modificação em um objeto do Amazon S3 que DataSync foi gravado em + Tráfego de rede DataSync proveniente do agente + EventBridge Eventos da Amazon ## A execução da tarefa falha com o erro `NoMem` O conjunto de dados que você está tentando transferir pode ser muito grande DataSync. Se você receber esse erro, entre em contato com o [AWS Support Center](https://console.aws.amazon.com/support/home#/). ## A execução da tarefa falha com o erro `FsNfsIdMappingEnabled` DataSync não oferece suporte ao mapeamento de NFSv4 ID. Para contornar isso, [configure sua localização NFS a ser usada NFSv3](create-nfs-location.md#configure-network-nfs-location). ## Falha ao transferir o objeto para o Azure Blob Storage com o erro `user metadata key` Ao transferir de um bucket do S3 para o Azure Blob Storage, talvez você veja o seguinte erro: ``` [ERROR] Failed to transfer file /user-metadata/file1: Azure Blob user metadata key must be a CSharp identifier ``` Isso significa que `/user-metadata/file1` inclui metadados do usuário que não usam um identificador C\$1 válido. Para obter mais informações, consulte a [Documentação da Microsoft](https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/identifier-names). ## Existe uma pasta `/.aws-datasync` no local de destino DataSync cria uma pasta chamada `/.aws-datasync` em seu local de destino para ajudar a facilitar a transferência de dados. Embora DataSync normalmente exclua essa pasta após a transferência, pode haver situações em que isso não aconteça. **Ação a realizar** Exclua essa pasta a qualquer momento, desde que você não tenha uma tarefa em execução copiando para esse local. ## Não é possível transferir links simbólicos entre locais usando SMB Quando a execução da tarefa for concluída, você verá o seguinte erro: ``` Transfer and verification completed. Selected files transferred except for files skipped due to errors. If no skipped files are listed in Cloud Watch Logs, please contact AWS Support for further assistance. ``` Ao transferir entre sistemas de armazenamento SMB (como um servidor de arquivos SMB e o sistema de arquivos Amazon FSx para Windows File Server), você pode ver os seguintes avisos e erros em seus registros: CloudWatch ``` [WARN] Failed to read metadata for file /appraiser/symlink: No data available [ERROR] Failed to read metadata for directory /appraiser/symlink: No data available ``` **Ação a realizar** DataSync não suporta a transferência de links simbólicos (ou links físicos) ao transferir entre esses tipos de localização. Para obter mais informações, consulte [Links e diretórios copiados por AWS DataSync](special-files-copied.md). ## Erros do relatório de tarefas Você pode se deparar com um dos seguintes erros ao tentar monitorar sua DataSync transferência com um relatório de tarefas. | Mensagem de erro | Solução temporária | | --- | --- | | O caminho do arquivo excede o comprimento máximo de 4.096 caracteres. Não é possível gravar no relatório de tarefas | Nenhuma. DataSync não é possível transferir um arquivo com um caminho que exceda 4.096 bytes. Para obter mais informações, consulte [Limites do sistema de armazenamento, arquivos e objetos](datasync-limits.md#file-system-limits). | | Falha no upload do(s) relatório s) de tarefas para o S3 devido a um bucket ou perfil do IAM inválidos | Verifique se a [função DataSync do IAM](creating-task-report.md#task-report-access) tem as permissões corretas para carregar um relatório de tarefas no seu bucket do S3. | | Ocorreu um erro de execução antes da geração de qualquer relatório de tarefas | Verifique seus [CloudWatch registros](monitor-datasync.md) para identificar por que a execução da tarefa falhou. | # Solucionar problemas de verificação de dados Por padrão, AWS DataSync [verifica a integridade](how-datasync-transfer-works.md#how-verifying-works) dos seus dados ao final de uma transferência. Use as informações a seguir para ajudá-lo a diagnosticar erros e avisos comuns de verificação, como arquivos sendo modificados ou excluídos antes de DataSync concluir a verificação dos dados. Com problemas de verificação, muitas vezes é útil revisar seus [CloudWatch registros](configure-logging.md) (ou [relatórios de tarefas](task-reports.md)), além do erro de execução da tarefa que você está vendo. DataSyncfornece registros estruturados em JSON para tarefas do modo Avançado, enquanto as tarefas do modo Básico têm registros não estruturados. ## Há incompatibilidades entre o conteúdo de um arquivo Quando a execução da tarefa for concluída, você verá o seguinte erro: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` Em seus CloudWatch registros, você pode notar falhas nas verificações de conteúdos que diferem entre os locais de origem e de destino. Isso pode acontecer se os arquivos forem modificados durante a transferência. Por exemplo, os logs a seguir mostram que `file1.txt` tem diferentes valores `mtime`, `srcHash` e `dstHash`: **Exemplo de log do modo Básico** ``` [NOTICE] Verification failed <> /directory1/directory2/file1.txt [NOTICE] /directory1/directory2/file1.txt srcMeta: type=R mode=0755 uid=65534 gid=65534 size=534528 atime=1633100003/684349800 mtime=1602647222/222919600 extAttrsHash=0 [NOTICE] srcHash: 0c506c26bd1e43bd3ac346734f1a9c16c4ad100d1b43c2903772ca894fd24e44 [NOTICE] /directory1/directory2/file1.txt dstMeta: type=R mode=0755 uid=65534 gid=65534 size=511001 atime=1633100003/684349800 mtime=1633106855/859227500 extAttrsHash=0 [NOTICE] dstHash: dbd798929f11a7c0201e97f7a61191a83b4e010a449dfc79fbb8233801067c46 ``` Em DataSync, `mtime` representa a última vez em que um arquivo foi gravado antes da [preparação](how-datasync-transfer-works.md#how-datasync-prepares). Ao verificar as transferências, DataSync compara `mtime` os valores entre os locais de origem e destino. Uma falha de verificação como essa ocorre se o `mtime` de um arquivo não for o mesmo para os dois locais. As diferenças entre `srcHash` e `dstHash` indicam que o conteúdo do arquivo não coincidem nos dois locais. **Medidas a serem tomadas** Faça o seguinte: 1. Use um conversor de época para determinar se o arquivo ou objeto de origem ou destino foi modificado mais recentemente. Isso pode ajudar a identificar qual versão é atual. 1. Para evitar esse erro novamente, [programe a tarefa](task-scheduling.md) para ser executada durante uma janela de manutenção quando não houver atividade na origem e no destino. ## Há uma incompatibilidade entre os metadados SMB de um arquivo Quando a execução da tarefa for concluída, você verá o seguinte erro: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` Ao transferir entre sistemas de armazenamento compatíveis com o protocolo Server Message Block (SMB), você pode ver esse erro quando os atributos SMB estendidos de um arquivo não coincidem entre origem e destino. Por exemplo, os logs a seguir mostram que `file1.txt` tem um `extAttrsHash` valor diferente entre os locais, indicando que o conteúdo do arquivo é idêntico, mas os atributos estendidos não foram definidos no destino: **Exemplo de log do modo Básico** ``` [NOTICE] Verification failed <> /directory1/directory2/file1.txt [NOTICE] /directory1/directory2/file1.txt srcMeta: type=R mode=0755 uid=65534 gid=65534 size=1469752 atime=1631354985/174924200 mtime=1536995541/986211400 extAttrsHash=2272191894 [NOTICE] srcHash: 38571d42b646ac8f4034b7518636b37dd0899c6fc03cdaa8369be6e81a1a2bb5 [NOTICE] /directory1/directory2/file1.txt dstMeta: type=R mode=0755 uid=65534 gid=65534 size=1469752 atime=1631354985/174924200 mtime=1536995541/986211400 extAttrsHash=3051150340 [NOTICE] dstHash: 38571d42b646ac8f4034b7518636b37dd0899c6fc03cdaa8369be6e81a1a2bb5 ``` Você também pode ver uma mensagem de erro relacionada com os atributo estendidos: ``` [ERROR] Deferred error: WriteFileExtAttr2 failed to setextattrlist(filename="/directory1/directory2/file1.txt"): Input/output error ``` **Ação a realizar** Esse erro geralmente ocorre quando não há permissões suficientes para copiar listas de controle de acesso (ACLs) para o destino. Para resolver esse problema, consulte os seguintes guias de configuração com base no tipo de destino: + [Permissões necessárias](create-fsx-location.md#create-fsx-windows-location-permissions) FSx para sistemas de arquivos do Windows File Server + [Permissões necessárias](create-ontap-location.md#create-ontap-location-smb) FSx para sistemas de arquivos ONTAP que usam SMB ## Os arquivos a serem transferidos não estão mais no local de origem Quando a execução da tarefa for concluída, você verá o seguinte erro: ``` Transfer and verification completed. Selected files transferred except for files skipped due to errors. If no skipped files are listed in Cloud Watch Logs, please contact AWS Support for further assistance. ``` Nos logs, você pode ver erros indicando que os arquivos não estão no local de origem. Isso pode acontecer se os arquivos (como `file1.dll` e`file2.dll`) forem excluídos após a [preparação](how-datasync-transfer-works.md#how-datasync-prepares), mas antes de DataSync transferi-los: **Exemplo de log do modo Básico** ``` [ERROR] Failed to open source file /file1.dll: No such file or directory [ERROR] Failed to open source file /file2.dll: No such file or directory ``` **Ação a realizar** Para evitar essas situações, [programe a tarefa](task-scheduling.md) para ser executada quando não houver atividade no local de origem. Por exemplo, você pode executar a tarefa durante uma janela de manutenção quando usuários e aplicações não estiverem trabalhando ativamente com esse local. Em alguns casos, pode ser que os logs associados a esse erro não sejam exibidos. Se isso acontecer, entre em contato com o [AWS Support Center](https://console.aws.amazon.com/support/home#/). ## DataSync não consigo verificar os dados de destino Quando a execução da tarefa for concluída, você verá o seguinte erro: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` Em seus registros, você pode perceber que não é DataSync possível verificar determinadas pastas ou arquivos no local de destino. Esses erros podem ser semelhantes a: **Exemplo de log do modo Básico** ``` [ERROR] Failed to read metadata for destination file /directory1/directory2/file1.txt: No such file or directory ``` Para arquivos, você pode ver falhas de verificação como estas: **Exemplo de log do modo Básico** ``` [NOTICE] Verification failed <> /directory1/directory2/file1.txt [NOTICE] /directory1/directory2/file1.txt srcMeta: type=R mode=0755 uid=65534 gid=65534 size=61533 atime=1633099987/747713800 mtime=1536995631/894267700 extAttrsHash=232104771 [NOTICE] srcHash: 1426fe40f669a7d36cca1b5329983df31a9aeff8eb9fe3ac885f26de2f8fff6b [NOTICE] /directory1/directory2/file1.txt dstMeta: type=R mode=0755 uid=65534 gid=65534 size=0 atime=0/0 mtime=0/0 extAttrsHash=0 [NOTICE] dstHash: 0000000000000000000000000000000000000000000000000000000000000000 ``` **Ação a realizar** Esses logs indicam que os dados de destino foram excluídos após a transferência, mas antes da verificação. (Os logs parecem semelhantes quando os dados são enviados para um local de origem durante o mesmo período.) Para evitar essas situações, [programe a tarefa](task-scheduling.md) para ser executada quando não houver atividade no local de destino. Por exemplo, você pode executar a tarefa durante uma janela de manutenção quando usuários e aplicações não estiverem trabalhando ativamente com esse local. ## DataSync não consigo ler metadados do objeto Quando a execução da tarefa for concluída, você verá o seguinte erro: ``` Transfer and verification completed. Selected files transferred except for files skipped due to errors. If no skipped files are listed in Cloud Watch Logs, please contact AWS Support for further assistance. ``` Em seus registros, você pode notar que não DataSync consegue ler `file1.png` devido a uma falha na solicitação do Amazon S3`HeadObject`. [DataSync faz `HeadObject` solicitações](create-s3-location.md#create-s3-location-s3-requests-made) com os locais do S3 durante a preparação e verificação da tarefa. **Exemplo de log do modo Básico** ``` [WARN] Failed to read metadata for file /file1.png: S3 Head Object Failed ``` **Medidas a serem tomadas** Para corrigir esse problema, verifique se DataSync tem o nível certo de permissões para trabalhar com seu bucket do S3: + Certifique-se de que a função do IAM DataSync usada para acessar seus locais do Amazon S3 permita a `s3:GetObject` permissão. Para obter mais informações, consulte [Permissões obrigatórias](create-s3-location.md#create-s3-location-required-permissions). + Se seu bucket do S3 usa criptografia do lado do servidor, verifique se ele DataSync tem permissão para acessar os objetos nesse bucket. Para obter mais informações, consulte [Acessar buckets do S3 usando criptografia no lado do servidor](create-s3-location.md#create-s3-location-encryption). ## Há uma incompatibilidade nos metadados definidos pelo sistema de um objeto Quando a execução de tarefas no modo avançado entre buckets do S3 termina, você verá o seguinte erro: ``` Verification failed due to a difference in metadata ``` Você pode notar nos logs uma incompatibilidade nos metadados definidos pelo sistema Amazon [S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/UsingMetadata.html#SysMetadata) de um objeto. Neste exemplo específico, o objeto de origem não tem metadados `Content-Type`, mas o objeto de destino sim. Isso aconteceu porque o bucket do S3 de destino aplicou automaticamente `"ContentType": "application/octet-stream"` os metadados ao objeto quando o DataSync transferiu para lá. **Exemplo de log do modo Avançado** ``` { "Action": "VERIFY", "Source": { "LocationId": "loc-0b3017fc4ba4a2d8d", "RelativePath": "encoding/content-null", "Metadata": { "Type": "Object", "ContentSize": 24, "LastModified": "2024-12-23T15:48:15Z", "S3": { "SystemMetadata": { "ETag": "\"68b9c323bb846841ee491481f576ed4a\"" }, "UserMetadata": {}, "Tags": {} } } }, "Destination": { "LocationId": "loc-abcdef01234567890", "RelativePath": "encoding/content-null", "Metadata": { "Type": "Object", "ContentSize": 24, "LastModified": "2024-12-23T16:00:03Z", "S3": { "SystemMetadata": { "ContentType": "application/octet-stream", "ETag": "\"68b9c323bb846841ee491481f576ed4a\"" }, "UserMetadata": { "file-mtime": "1734968895000" }, "Tags": {} } } }, "TransferType": "CONTENT_AND_METADATA", "ErrorCode": "MetadataDiffers", "ErrorDetail": "Verification failed due to a difference in metadata" } ``` **Ação a realizar** Para evitar esse erro, atualize os objetos de local de origem para incluir a propriedade de metadados `Content-Type`. ## Noções básicas da duração da verificação de dados DataSync a verificação inclui uma SHA256 soma de verificação do conteúdo do arquivo e uma comparação exata dos metadados do arquivo entre os locais. A duração da verificação depende de vários fatores, incluindo o número de arquivos ou objetos envolvidos, o tamanho dos dados nos sistemas de armazenamento e o desempenho desses sistemas. **Ação a realizar** Considerando os fatores que podem afetar o tempo de verificação, você não precisará executar ações nesse momento. No entanto, se a execução da tarefa parecer paralisada em um status de [verificação](run-task.md#understand-task-execution-statuses), entre em contato com o [AWS Support Center](https://console.aws.amazon.com/support/home#/). # Solução de problemas de custos de armazenamento S3 acima do esperado com DataSync Se os custos de armazenamento do Amazon S3 forem maiores do que você imaginava após uma transferência AWS DataSync , isso pode ser devido a um ou mais dos seguintes motivos: + Ao transferir de ou para buckets do S3, você incorre em custos relacionados às solicitações de API do S3 feitas por. DataSync + DataSync usa o recurso de upload de várias partes do Amazon S3 para fazer upload de objetos para buckets do S3. Isso pode resultar em cobranças de armazenamento inesperadas para uploads que não são concluídos com êxito. + DataSync copia as tags de objeto dos objetos de origem e de destino quando a opção **Copiar tags de objeto** `ObjectTags` está ativada no console ou definida como`PRESERVE`. A cópia dessas tags de objeto pode gerar custos de solicitação da API S3. + O versionamento de objetos pode estar ativado no bucket do S3. O versionamento de objetos faz com que o Amazon S3 armazene várias cópias de objetos com o mesmo nome. **Medidas a serem tomadas** Nesses casos, você pode executar as seguintes etapas: + Certifique-se de entender como DataSync usa as solicitações do S3 e como elas podem estar afetando seus custos de armazenamento. Para obter mais informações, consulte [Avaliando os custos de solicitação do S3 ao usar DataSync](create-s3-location.md#create-s3-location-s3-requests). + Se o problema estiver relacionado a uploads fracionados, configure uma política de uploads fracionados para o bucket do S3 para limpar uploads fracionados incompletos para reduzir o custo de armazenamento. Para obter mais informações, consulte a postagem do AWS blog [S3 Lifecycle Management Update - Support for Multipart Uploads](https://aws.amazon.com/blogs/aws/s3-lifecycle-management-update-support-for-multipart-uploads-and-delete-markers/) and Delete Markers. + Se o problema estiver relacionado à cópia de tags de objeto e você não precisar de tags de objeto, desmarque a caixa de seleção **Copiar tags de objeto** no DataSync console ou `ObjectTags` defina como `None` ao criar, iniciar ou atualizar uma tarefa. + Se o problema estiver relacionado ao versionamento de objetos, desative o versionamento de objetos em seu bucket do S3. Se precisar de ajuda adicional, entre em contato com o [AWS Support Center](https://console.aws.amazon.com/support/home#/).