A documentação do gateway de arquivos do Amazon S3 foi movida para O que é o Amazon S3 File Gateway?
A documentação FSx do Amazon File Gateway foi movida para O que é o Amazon FSx File Gateway?
A documentação do gateway de fitas foi movida para O que é o gateway de fitas?
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á.
Como solucionar problemas em volumes
Você pode encontrar informações sobre os problemas mais comuns com os quais você pode se deparar ao trabalhar com volumes e ações sugeridas para corrigi-los.
Tópicos
- O console informa que seu volume não está configurado
- O console informa que seu volume é irrecuperável
- O gateway armazenado em cache é inacessível e você deseja recuperar seus dados
- O console informa que o status de seu volume é PASS THROUGH
- Você deseja verificar a integridade do volume e corrigir possíveis erros
- Seu volume de destino iSCSI não aparece no Console de Gerenciamento de Disco do Windows
- Você deseja alterar o nome do destino iSCSI do volume
- O snapshot de volume programado não ocorreu
- Você precisa remover ou substituir um disco que apresentou falha
- A taxa de transferência de seu aplicativo para um volume caiu para zero
- Um disco de cache no gateway depara-se com uma falha
- O snapshot de um volume mantém-se no status PENDING por mais tempo que o esperado
- Notificações de integridade de alta disponibilidade
O console informa que seu volume não está configurado
Se o console do Storage Gateway indicar que o status de seu volume é UPLOAD BUFFER NOT CONFIGURED (Buffer de upload não configurado), amplie a capacidade do buffer de upload do gateway. Você não poderá usar um gateway para armazenar dados de aplicativo se o buffer de upload do gateway não estiver configurado. Para ter mais informações, consulte Para configurar um buffer de upload ou armazenamento em cache adicionais para o gateway.
O console informa que seu volume é irrecuperável
No caso de volumes armazenados, se o console do Storage Gateway indicar que o status do volume é IRRECOVERABLE (Irrecuperável), não será mais possível usar esse volume. É possível tentar excluir o volume no console do Storage Gateway. Se houver dados no volume, você poderá recuperar os dados ao criar um novo volume com base no disco local da VM que foi usado inicialmente para criar o volume. Ao criar o novo volume, selecione Preserve existing data. Lembre-se de excluir os snapshots pendentes do volume antes de excluir o volume. Para ter mais informações, consulte Excluir um snapshot. Se a exclusão do volume no console do Storage Gateway não funcionar, é provável que o disco alocado ao volume tenha sido removido incorretamente da VM e não seja possível removê-lo do dispositivo.
No caso de volumes armazenados em cache, se o console do Storage Gateway indicar que o status do volume é IRRECOVERABLE, não será mais possível usar esse volume. Se houver dados no volume, você pode criar um snapshot do volume e recuperar os dados por meio do snapshot ou clonar o volume a partir do último ponto de recuperação. Você pode excluir o volume depois que tiver recuperado seus dados. Para ter mais informações, consulte O gateway armazenado em cache é inacessível e você deseja recuperar seus dados.
Para volumes armazenados, você pode criar um novo volume por meio do disco que foi usado para criar o volume irrecuperável. Para ter mais informações, consulte Como criar um volume. Para obter informações sobre status de volume, consulte Noções básicas sobre transições e status de volumes.
O gateway armazenado em cache é inacessível e você deseja recuperar seus dados
Quando seu gateway fica inacessível (por exemplo, quando é desligado), você tem a opção de criar um snapshot em um ponto de recuperação de volume e usar esse snapshot ou de clonar um novo volume com base no último ponto de recuperação para um volume existente. Clonar com base em um ponto de recuperação de volume é mais rápido e mais econômico do que criar um snapshot. Para obter mais informações sobre clonagem de volume, consulte Como clonar um volume.
O Storage Gateway fornece pontos de recuperação para cada volume em uma arquitetura de gateway de volumes armazenados em cache. Um ponto de recuperação de volume é um momento específico em que todos os dados do volume estão consistentes e no qual você pode criar um snapshot ou clonar um volume.
O console informa que o status de seu volume é PASS THROUGH
Em alguns casos, o console do Storage Gateway pode indicar que o status do volume é PASSTHROUGH (Passagem). Um volume pode ter o status PASSTHROUGH por vários motivos. Alguns motivos exigem alguma ação e outros não.
Um exemplo de situação em que você deve agir se o status do volume for PASS THROUGH é quando o gateway fica sem espaço do buffer de upload. Para verificar se seu buffer de upload foi excedido no passado, você pode visualizar a UploadBufferPercentUsed métrica no CloudWatch console da Amazon; para obter mais informações, consulte. Monitorar o buffer de upload Se o gateway tiver o status PASS THROUGH (Passagem) porque ficou sem espaço no buffer de upload, mais espaço no buffer de upload para o gateway deverá ser alocado. Adicionar mais espaço no buffer fará com que seu volume faça a transição automática de PASS THROUGH (Passagem) para BOOTSTRAPPING e AVAILABLE (Disponível). Embora o status do volume seja BOOTSTRAPPING, o gateway lê os dados do disco do volume, faz upload desses dados no Amazon S3 e se ajusta de acordo com a necessidade. Depois que o gateway se ajusta e salva o volume de dados no Amazon S3, o status volume passa a ser AVAILABLE (Disponível) e os snapshots podem ser iniciados novamente. Observe que, quando o status do volume é PASS THROUGH ou BOOTSTRAPPING, você pode continuar a ler e gravar dados no disco do volume. Para obter mais informações sobre como ampliar o espaço do buffer de upload, consulte Como determinar o tamanho do buffer de upload para alocar.
Para agir antes de o limite do buffer de upload ser ultrapassado, você pode definir um alarme de limite em um buffer de upload do gateway. Para ter mais informações, consulte Para definir um alarme com limite superior para o buffer de upload de um gateway.
Em contraposição, um exemplo em que não é preciso agir com relação ao status de volume PASS THROUGH é quando o volume está aguardando o bootstrapping porque outro volume está em fase de bootstrapping. O gateway realiza bootstrap em um volume de cada vez.
O status PASS THROUGH raramente pode indicar que um disco reservado para um buffer de upload falhou. Nesse caso, você deve remover o disco. Para ter mais informações, consulte Gateway de volumes. Para obter informações sobre status de volume, consulte Noções básicas sobre transições e status de volumes.
Você deseja verificar a integridade do volume e corrigir possíveis erros
Se desejar verificar a integridade de volume e corrigir possíveis erros e seu gateway usa iniciadores do Microsoft Windows para se conectar aos volumes, poderá usar o utilitário Windows CHKDSK para verificar a integridade dos volumes e corrigir quaisquer erros nos volumes. Quando é detectada uma corrupção no volume, o Windows pode executar automaticamente a ferramenta CHKDSK ou então você mesmo executá-la.
Seu volume de destino iSCSI não aparece no Console de Gerenciamento de Disco do Windows
Se seu o destino iSCSI do volume não aparecer no Console de Gerenciamento de Disco do Windows, verifique se você configurou o buffer de upload para o gateway. Para ter mais informações, consulte Para configurar um buffer de upload ou armazenamento em cache adicionais para o gateway.
Você deseja alterar o nome do destino iSCSI do volume
Se desejar alterar o nome do destino iSCSI do volume, deverá excluir o volume e adicioná-lo novamente com um novo nome de destino. Se fizer isso, poderá preservar os dados no volume.
O snapshot de volume programado não ocorreu
Se o snapshot programado de um volume não tiver ocorrido, verifique se o status do volume é PASSTHROUGH ou se o buffer de upload do gateway atingiu seu limite antes do horário programado de snapshot. Você pode verificar a UploadBufferPercentUsed métrica do gateway no CloudWatch console da Amazon e criar um alarme para essa métrica. Para ter mais informações, consulte Monitorar o buffer de upload e Para definir um alarme com limite superior para o buffer de upload de um gateway.
Você precisa remover ou substituir um disco que apresentou falha
Se precisar substituir um disco de um volume que falhou ou substituir um volume porque ele não é necessário, deverá remover o volume primeiro usando o console do Storage Gateway. Para ter mais informações, consulte Para excluir um volume. Em seguida, use o cliente do hipervisor para remover o armazenamento de apoio:
-
No caso do VMware ESXi, remova o armazenamento de apoio, tal como descrito em Exclusão de um volume.
-
Para o Microsoft Hyper-V, remova o armazenamento de apoio.
A taxa de transferência de seu aplicativo para um volume caiu para zero
Se a taxa de transferência de seu aplicativo para um volume tiver caído para zero, tente o seguinte:
-
Se você estiver usando o cliente VMware vSphere, verifique se o endereço Host IP do volume corresponde a um dos endereços que aparecem no cliente vSphere, na guia Summary. É possível encontrar o endereço IP do host de um volume de armazenamento no console do Storage Gateway, na guia Detalhes do volume. Uma haver discrepância no endereço IP; por exemplo, ao atribuir um novo endereço IP estático ao gateway. Se houver alguma discrepância, reinicie seu gateway no console do Storage Gateway, conforme mostrado em Encerramento da VM do gateway. Após a reinicialização, o endereço Host IP na guia ISCSI Target Info de um volume de armazenamento deve corresponder ao endereço IP mostrado no cliente vSphere na guia Summary do gateway.
-
Se não houver um endereço IP na caixa Host IP do volume e o gateway estiver on-line. Por exemplo, isso pode ocorrer se você criar um volume associado a um endereço IP de um adaptador de rede de um gateway que tem dois ou mais adaptadores de rede. Ao remover ou desabilitar o adaptador de rede ao qual o volume está associado, o endereço IP pode não aparecer na caixa IP do host. Para resolver esse problema, exclua o volume e volte a criá-lo preservando os dados existentes.
-
Verifique se o iniciador iSCSI usado por seu aplicativo está mapeado corretamente para o destino iSCSI do volume de armazenamento. Para obter mais informações sobre como conectar volumes de armazenamento, consulte Como conectar volumes a um cliente Windows.
Você pode visualizar a taxa de transferência dos volumes e criar alarmes no console da Amazon CloudWatch. Para obter mais informações sobre como medir a taxa de transferência entre um aplicativo e um volume, consulte Como medir o desempenho entre seu aplicativo e o gateway.
Um disco de cache no gateway depara-se com uma falha
Se um ou mais discos de cache tiverem um erro, o gateway impedirá as operações de leitura e gravação em fitas e volumes virtuais. Para retomar a funcionalidade normal, reconfigure seu gateway conforme a seguinte descrição:
-
Se o disco de cache estiver inacessível ou inutilizável, exclua o disco da configuração do gateway.
-
Se o disco de cache ainda estiver acessível e utilizável, reconecte-o ao seu gateway.
nota
Se um disco de cache for excluído, fitas ou volumes que tiverem dados limpos (ou seja, para os quais os dados no disco de cache e no Amazon S3 são sincronizados) continuarão disponíveis quando o gateway retomar a funcionalidade normal. Por exemplo, se o gateway tiver três discos de cache e dois forem excluídos, as fitas ou os volumes limpos terão o status AVAILABLE (Disponível). Outras fitas e volumes terão o status IRRECOVERABLE (Irrecuperável).
Se você usar discos efêmeros como discos de cache para seu gateway ou montar seus discos de cache em uma unidade efêmera, seus discos de cache serão perdidos quando você desligar o gateway. Desligar o gateway quando seu disco de cache e o Amazon S3 não estão sincronizados pode resultar em perda de dados. Como resultado, não recomendamos o uso de unidades ou discos temporários.
O snapshot de um volume mantém-se no status PENDING por mais tempo que o esperado
Se o snapshot de um volume permanecer no estado PENDING por mais tempo que o esperado, isso significa que a VM do gateway pode ter falhado inesperadamente ou o status de um volume pode ter mudado para PASS THROUGH ou IRRECOVERABLE. Se uma dessas situações ocorrer, o snapshot permanecerá no status PENDING e não será concluído com êxito. Nesses casos, recomendamos que você exclua o snapshot. Para ter mais informações, consulte Excluir um snapshot.
Quando o volume retornar para o status AVAILABLE, crie um novo snapshot do volume. Para obter informações sobre status de volume, consulte Noções básicas sobre transições e status de volumes.
Notificações de integridade de alta disponibilidade
Ao executar o gateway na plataforma do VMware vSphere High Availability (HA), você pode receber notificações de integridade. Para obter mais informações sobre notificações de integridade, consulte Como solucionar problemas de alta disponibilidade.
