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 problemas: problemas em compartilhamento de arquivos

Você pode encontrar informações a seguir sobre as ações a adotar se enfrentar problemas inesperados em um compartilhamento de arquivos.

O compartilhamento de arquivos está paralisado no status CREATING

Quando o compartilhamento de arquivos está sendo criado, o status é CREATING. O status muda para AVAILABLE depois que o compartilhamento de arquivos é criado. Se o compartilhamento de arquivos ficar paralisado no status CREATING, faça o seguinte:

Você não consegue criar um compartilhamento de arquivos

Os compartilhamentos de arquivos SMB não permitem vários métodos diferentes de acesso

Os compartilhamentos de arquivo SMB possuem as seguintes restrições:

Vários compartilhamentos de arquivos não conseguem gravar no bucket do S3 associado

Não é recomendável configurar o bucket do S3 para permitir que vários compartilhamentos de arquivos gravem nele. Esse procedimento pode provocar resultados imprevisíveis.

Em vez disso, é recomendável permitir que apenas um compartilhamento de arquivos grave em cada bucket do S3. Você cria uma política de bucket para permitir que apenas a função associada ao compartilhamento de arquivos grave no bucket. Para obter mais informações, consulte Práticas recomendadas para o Gateway de Arquivos.

Notificação para um grupo de logs excluído ao usar logs de auditoria

Se o grupo de logs não existir, o usuário poderá selecionar o link do grupo de logs abaixo dessa mensagem para criar outro ou usar um existente como destino dos logs de auditoria.

Não é possível fazer upload de arquivos para o bucket do S3

Se não conseguir fazer upload de arquivos para o bucket do S3, faça o seguinte:

Não é possível alterar a criptografia padrão para a SSE-KMS a fim de criptografar os objetos armazenados no meu bucket do S3

Se você alterar a criptografia padrão e definir a SSE-KMS (criptografia do lado do servidor com chaves gerenciadas pelo AWS KMS) como padrão para o bucket do S3, os objetos armazenados pelo Gateway de Arquivos do Amazon S3 no bucket não serão criptografados com a SSE-KMS. Por padrão, um Gateway de Arquivos do S3 usa a criptografia do lado do servidor gerenciada com o Amazon S3 (SSE-S3) quando grava dados em um bucket do S3. Alterar o padrão não altera automaticamente a criptografia.

Para alterar a criptografia para usar o SSE-KMS com sua própria AWS KMS chave, você deve ativar a criptografia SSE-KMS. Para fazer isso, forneça o nome de recurso da Amazon (ARN) da chave do KMS ao criar o compartilhamento de arquivos. Você também pode atualizar as configurações do KMS para seu compartilhamento de arquivos usando a operação de API UpdateNFSFileShare ou UpdateSMBFileShare. Essa atualização se aplica a objetos armazenados nos buckets do S3 após a atualização. Para obter mais informações, consulte Criptografia de dados usando AWS KMS.

As alterações feitas diretamente em um bucket do S3 com o versionamento de objetos ativado podem afetar o que você vê no seu compartilhamento de arquivos.

Se seu bucket do S3 tiver objetos gravados nele por outro cliente, sua visualização do bucket do S3 pode não ser up-to-date resultado do controle de versão do objeto do bucket do S3. Você deve sempre atualizar seu cache antes de examinar arquivos de interesse.

Versionamento de objeto é um recurso de bucket do S3 opcional que ajuda a proteger dados ao armazenar múltiplas cópias do objeto de mesmo nome. Cada cópia tem um valor de ID separado, por exemplo file1.jpg: ID="xxx" e file1.jpg: ID="yyy". O número de objetos com nomes idênticos e suas vidas são controlados por políticas de ciclo de vida do Amazon S3. Para obter mais detalhes sobre esses conceitos do Amazon S3, consulte Usar versionamento e Gerenciar o ciclo de vida dos objetos no Guia do desenvolvedor do Amazon S3.

Quando você exclui um objeto versionado, esse objeto será sinalizado com um marcador de exclusão, mas retido. Somente um proprietário do bucket do S3 pode excluir permanentemente um objeto com o controle de versão habilitado.

Em seu Gateway de Arquivos do S3, os arquivos mostrados são as versões mais recentes dos objetos em um bucket do S3 no momento em que o objeto foi buscado ou o cache foi atualizado. Os Gateways de Arquivos do S3 ignoram quaisquer versões mais antigas ou quaisquer objetos marcados para exclusão. Ao ler um arquivo, você lê os dados da versão mais recente. Quando você grava um arquivo em seu compartilhamento de arquivos, o Gateway de Arquivos do S3 cria outra versão de um objeto nomeado com suas alterações, e essa versão se torna a mais recente.

Seu Gateway de Arquivos do S3 continua a ler a versão anterior, e as atualizações que você faz são baseadas na versão anterior caso uma nova versão deva ser adicionada ao bucket do S3 fora da sua aplicação. Para ler a versão mais recente de um objeto, use a ação da RefreshCacheAPI ou atualize a partir do console conforme descrito emAtualizar o cache de objetos do bucket do Amazon S3.

Ao gravar em um bucket do S3 com o versionamento ativado, o Gateway de Arquivos do Amazon S3 pode criar várias versões dos objetos do Amazon S3

Com o versionamento de objetos ativado, você pode ter várias versões de um objeto criado no Amazon S3 em cada atualização de um arquivo do seu cliente NFS ou SMB. Veja abaixo alguns cenários que podem gerar a criação de várias versões de um objeto em seu bucket do S3:

Você deve monitorar seu bucket do S3 para saber quantas versões de um objeto existem antes de configurar políticas de ciclo de vida a fim de migrar objetos para diferentes classes de armazenamento. Você deve configurar a expiração do ciclo de vida das versões anteriores a fim de minimizar o número de versões de um objeto em seu bucket do S3. O uso da replicação na mesma região (SRR) ou da replicação entre regiões (CRR) entre buckets do S3 aumentará o armazenamento usado. Para obter mais informações sobre a replicação, consulte Replicação.

O uso de buckets do S3 com versionamento pode aumentar significativamente a quantidade de armazenamento no Amazon S3, pois cada modificação em um arquivo cria uma versão do objeto do S3. Por padrão, o Amazon S3 continua armazenando todas essas versões, a não ser que você crie especificamente uma política para substituir esse comportamento e limitar o número de versões que são mantidas. Se você observar um grande uso incomum de armazenamento com versionamento de objetos ativado, confira se você tem políticas de armazenamento definidas adequadamente. Um aumento no número de respostas de HTTP 503-slow down para solicitações de navegador também pode ser o resultado de problemas com o versionamento de objetos.

Se você ativar o versionamento de objetos após a instalação de um Gateway de Arquivos do S3, todos os objetos exclusivos serão retidos (ID=”NULL”) e você poderá ver todos eles no sistema de arquivos. Novas versões de objetos recebem um ID exclusivo (versões mais antigas são retidas). Com base no carimbo de data e hora do objeto, apenas o objeto versionado mais recentemente é visualizável no sistema do arquivo NFS.

Depois de ativar o versionamento de objetos, o bucket do S3 não pode ser retornado para um estado sem versionamento. Você pode, contudo, suspender o versionamento. Quando você suspender o versionamento, um novo objeto recebe um ID. Se o mesmo objeto nomeado existe com um valor de ID=”NULL”, a versão mais antiga será substituída. No entanto, qualquer versão que contém um ID que não é NULL é retida. Os carimbos de data e hora identificam o novo objeto como o atual, e é aquele que aparece no sistema de arquivos NFS.

Alterações em um bucket do S3 não são exibidas no Storage Gateway

O Storage Gateway atualiza o cache do compartilhamento de arquivos de forma automática quando você grava arquivos no cache localmente utilizando o compartilhamento de arquivos. No entanto, o Storage Gateway não atualiza o cache de forma automática quando você faz upload de um arquivo diretamente para o Amazon S3. Ao fazer isso, você deve realizar uma operação RefreshCache para ver as alterações no compartilhamento de arquivos. Se você tiver mais de um compartilhamento de arquivos, deverá realizar a operação RefreshCache em cada um.

Você pode atualizar o cache utilizando o console do Storage Gateway e a AWS Command Line Interface (AWS CLI):

Para automatizar a RefreshCache operação, consulte Como posso automatizar a RefreshCache operação no Storage Gateway?

As permissões da ACL não estão funcionando como esperado

Se as permissões da lista de controle de acesso (ACL) não estiverem funcionando conforme esperado com o compartilhamento de arquivos SMB, você pode executar um teste.

Para fazer isso, primeiro teste as permissões em um servidor de arquivos do Microsoft Windows ou um compartilhamento de arquivos do Windows local. Em seguida, compare o comportamento com o compartilhamento de arquivos do gateway.

Ocorreu queda do desempenho do gateway depois de uma operação recursiva

Em alguns casos, você pode realizar uma operação recursiva, como renomear um diretório ou ativar a herança para uma ACL, e forçar para baixo na árvore. Se você fizer isso, o Gateway de Arquivos do S3 aplicará recursivamente a operação a todos os objetos no compartilhamento de arquivos.

Por exemplo, suponha que você aplique a herança a objetos existentes em um bucket do S3. O Gateway de Arquivos do S3 aplica recursivamente a herança a todos os objetos no bucket. Essas operações podem causar queda de desempenho do gateway.