Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Verifique a integridade dos dados do objeto no StorageGRID

PDFs

O sistema StorageGRID verifica a integridade dos dados dos objetos nos nós de armazenamento, verificando tanto objetos corrompidos quanto ausentes.

Existem dois processos de verificação: verificação em segundo plano e verificação de existência de objetos (anteriormente chamada de verificação em primeiro plano). Eles trabalham em conjunto para garantir a integridade de dados. A verificação em segundo plano é executada automaticamente e verifica continuamente a correção dos dados do objeto. A verificação de existência de objetos pode ser acionada por um usuário para verificar mais rapidamente a existência (embora não a correção) dos objetos.

O que é verificação de antecedentes?

O processo de verificação em segundo plano verifica automática e continuamente os nós de armazenamento em busca de cópias corrompidas de dados de objetos e tenta reparar automaticamente quaisquer problemas que encontrar.

A verificação em segundo plano verifica a integridade de objetos replicados e objetos com código de apagamento, da seguinte forma:

  • Objetos replicados: Se o processo de verificação em segundo plano encontrar um objeto replicado corrompido, a cópia corrompida é removida de sua localização e colocada em quarentena em outro local no Storage Node. Em seguida, uma nova cópia íntegra é gerada e alocada para atender às políticas ILM ativas. A nova cópia pode não ser alocada no Storage Node que foi usado para a cópia original.

Observação Os dados de objetos corrompidos são colocados em quarentena em vez de serem excluídos do sistema, permitindo que ainda sejam acessados. Para obter mais informações sobre como acessar dados de objetos em quarentena, entre em contato com o suporte técnico.

  • Objetos com código de apagamento: Se o processo de verificação em segundo plano detectar que um fragmento de um objeto com código de apagamento está corrompido, o StorageGRID tentará automaticamente reconstruir o fragmento ausente no mesmo nó de armazenamento, usando os fragmentos de dados e de paridade restantes. Se o fragmento corrompido não puder ser reconstruído, será feita uma tentativa de recuperar outra cópia do objeto. Se a recuperação for bem-sucedida, uma avaliação ILM será realizada para criar uma cópia de substituição do objeto com código de apagamento.

    O processo de verificação em segundo plano verifica apenas objetos em Storage Nodes. Ele não verifica objetos em um Cloud Storage Pool. Os objetos devem ter mais de quatro dias para serem elegíveis para verificação em segundo plano.

A verificação em segundo plano é executada continuamente, de forma a não interferir com as atividades normais do sistema. A verificação em segundo plano não pode ser interrompida. No entanto, você pode aumentar a frequência da verificação em segundo plano para verificar mais rapidamente o conteúdo de um Storage Node caso suspeite de algum problema.

Se o sistema detectar um objeto corrompido que não pode ser corrigido automaticamente (porque a corrupção impede a identificação do objeto), o alerta Unidentified corrupt object detected será acionado.

Se a verificação em segundo plano não conseguir substituir um objeto corrompido porque não localizar outra cópia, o alerta Objetos potencialmente perdidos será acionado.

O que é verificação de existência de objeto?

A verificação de existência de objetos verifica se todas as cópias replicadas esperadas de objetos e fragmentos codificados para apagamento existem em um nó de armazenamento. A verificação de existência de objetos não verifica os dados do objeto em si (isso é feito pela verificação em segundo plano); em vez disso, ela fornece uma maneira de verificar a integridade dos dispositivos de armazenamento, especialmente se um problema recente de hardware puder ter afetado a integridade de dados.

Ao contrário da verificação em segundo plano, que ocorre automaticamente, você deve iniciar manualmente uma tarefa de verificação de existência de objeto.

A verificação de existência de objetos lê os metadados de cada objeto armazenado no StorageGRID e verifica a existência tanto de cópias replicadas do objeto quanto de fragmentos de objeto codificados para apagamento. Quaisquer dados ausentes são tratados da seguinte forma:

  • Cópias replicadas: Se uma cópia dos dados de um objeto replicado estiver faltando, StorageGRID tenta automaticamente substituir a cópia por uma cópia armazenada em outro local do sistema. O Storage Node executa uma avaliação ILM em uma cópia existente, que determinará que a política ILM atual não está mais sendo atendida para este objeto porque outra cópia está faltando. Uma nova cópia é gerada e colocada para atender às políticas ILM ativas do sistema. Essa nova cópia pode não ser colocada no mesmo local onde a cópia ausente estava armazenada.

  • Fragmentos codificados para apagamento: Se um fragmento de um objeto codificado para apagamento estiver faltando, StorageGRID tenta automaticamente reconstruir o fragmento ausente no mesmo nó de armazenamento usando os fragmentos restantes. Se o fragmento ausente não puder ser reconstruído (porque muitos fragmentos foram perdidos), ILM tenta encontrar outra cópia do objeto, que pode ser usada para gerar um novo fragmento codificado para apagamento.

Executar verificação de existência de objeto

Você cria e executa uma tarefa de verificação de existência de objeto por vez. Ao criar uma tarefa, você seleciona os Storage Nodes e os volumes que deseja verificar. Você também seleciona a consistência da tarefa.

Antes de começar

  • Você está conectado ao Gerenciador de Grade usando um "navegador web compatível".

  • Você tem o "Permissão de acesso de manutenção ou root".

  • Você verificou se os Storage Nodes que deseja verificar estão online. Selecione Nodes para visualizar a tabela de nós. Certifique-se de que nenhum ícone de alerta apareça ao lado do nome do nó para os nós que você deseja verificar.

  • Você se certificou de que os seguintes procedimentos não estão sendo executados nos nós que você deseja verificar:

    • Expansão do grid para adicionar um nó de armazenamento

    • Desativação do nó de armazenamento

    • Recuperação de um volume de armazenamento com falha

    • Recuperação de um nó de armazenamento com uma unidade de sistema com falha

    • Reequilíbrio de EC

    • Clone de nó de appliance

A verificação da existência do objeto não fornece informações úteis enquanto esses procedimentos estão em andamento.

Sobre esta tarefa

Uma tarefa de verificação de existência de objetos pode levar dias ou semanas para ser concluída, dependendo do número de objetos na grid, dos Storage Nodes e volumes selecionados e da consistência selecionada. Você pode executar apenas uma tarefa por vez, mas pode selecionar vários Storage Nodes e volumes ao mesmo tempo.

Passos

  1. Selecione Manutenção > Tarefas > Verificação de existência do objeto.

  2. Selecione Criar tarefa. O assistente Criar uma tarefa de verificação de existência de objeto é exibido.

  3. Selecione os nós que contêm os volumes que você deseja verificar. Para selecionar todos os nós online, marque a caixa de seleção Nome do nó no cabeçalho da coluna.

    Você pode pesquisar pelo nome do nó ou pelo site.

    Você não pode selecionar nós que não estão conectados à grid.

  4. Selecione Continue.

  5. Selecione um ou mais volumes para cada nó na lista. Você pode pesquisar volumes usando o número do volume de armazenamento ou o nome do nó.

    Para selecionar todos os volumes de cada nó selecionado, marque a caixa de seleção Storage volume no cabeçalho da coluna.

  6. Selecione Continue.

  7. Selecione a consistência para a tarefa.

    A consistência determina quantas cópias dos metadados do objeto são usadas para a verificação da existência do objeto.

    • Site forte: duas cópias de metadados em um único site.

    • Strong-global: Duas cópias de metadados em cada site.

    • Todos (padrão): Todas as três cópias de metadados em cada site.

      Para obter mais informações sobre consistência, consulte as descrições no assistente.

  8. Selecione Continue.

  9. Revise e verifique suas seleções. Você pode selecionar Anterior para retornar a uma etapa anterior do assistente e atualizar suas seleções.

    Uma tarefa de verificação de existência de objeto é gerada e executada até que uma das seguintes situações ocorra:

    • O trabalho é concluído.

    • Você pausa ou cancela a tarefa. Você pode retomar uma tarefa que pausou, mas não pode retomar uma tarefa que cancelou.

    • A tarefa foi interrompida. O alerta A verificação de existência do objeto foi interrompida foi acionado. Siga as ações corretivas especificadas para o alerta.

    • A tarefa falha. O alerta A verificação de existência do objeto falhou é acionado. Siga as ações corretivas especificadas para o alerta.

    • Uma mensagem de "Serviço indisponível" ou "Erro interno do servidor" é exibida. Após um minuto, atualize a página para continuar monitorando o job.

      Observação Se necessário, você pode sair da página de verificação de existência do objeto e retornar para continuar monitorando o trabalho.

  10. Enquanto a tarefa estiver em execução, visualize a guia Tarefa ativa e observe o valor de Cópias de objetos ausentes detectado.

    Este valor representa o número total de cópias ausentes de objetos replicados e objetos codificados por apagamento com um ou mais fragmentos ausentes.

    Se o número de cópias de objetos ausentes detectadas for maior que 100, pode haver um problema com o armazenamento do Storage Node.

  11. Após a conclusão do trabalho, execute quaisquer ações adicionais necessárias:

    • Se o número de cópias de objetos ausentes detectadas for zero, nenhum problema foi encontrado. Nenhuma ação é necessária.

    • Se o número de cópias de objetos ausentes detectadas for maior que zero e o alerta Objetos potencialmente perdidos não tiver sido acionado, então todas as cópias ausentes foram reparadas pelo sistema. Verifique se quaisquer problemas de hardware foram corrigidos para evitar danos futuros às cópias de objetos.

    • Se o número de cópias de objetos ausentes detectadas for maior que zero e o alerta Objetos potencialmente perdidos tiver sido acionado, a integridade de dados pode ser afetada. Entre em contato com o suporte técnico.

    • Você pode investigar possíveis cópias de objetos perdidas usando o grep para extrair as mensagens de auditoria do LLST: grep LLST audit_file_name.

      Este procedimento é semelhante ao de "investigando objetos potencialmente perdidos", embora para cópias de objetos você procure LLST em vez de OLST.

  12. Se você selecionou a consistência forte de site ou a consistência forte global para a tarefa, aguarde aproximadamente três semanas para a consistência dos metadados e, em seguida, execute a tarefa novamente nos mesmos volumes.

    Quando StorageGRID tiver tido tempo para alcançar a consistência de metadados para os nós e volumes incluídos na tarefa, executar a tarefa novamente poderá corrigir cópias de objetos ausentes relatadas erroneamente ou fazer com que cópias de objetos adicionais sejam verificadas caso tenham sido omitidas.

    1. Selecione Manutenção > Verificação de existência do objeto > Histórico de tarefas.

    2. Determine quais tarefas estão prontas para serem executadas novamente:

      1. Consulte a coluna Hora de término para determinar quais tarefas foram executadas há mais de três semanas.

      2. Para essas tarefas, verifique a coluna Consistency control em busca de strong-site ou strong-global.

    3. Selecione a caixa de seleção para cada tarefa que você deseja executar novamente e, em seguida, selecione Executar novamente.

    4. No assistente de Repetição de Tarefas, revise os nós e volumes selecionados e a consistência.

    5. Quando estiver pronto para executar as tarefas novamente, selecione Executar novamente.

A aba "Tarefas Ativas" é exibida. Todas as tarefas que você selecionou são executadas novamente como uma única tarefa, com consistência de strong-site. Um campo Tarefas Relacionadas na seção Detalhes lista os IDs das tarefas originais.