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.

Avisos para recuperação de volume de armazenamento StorageGRID

Antes de recuperar volumes de storage com falha em um Storage Node, revise os seguintes avisos.

Os volumes de storage (ou rangedbs) em um Storage Node são identificados por um número hexadecimal, que é conhecido como ID do volume. Por exemplo, 0000 é o primeiro volume e 000F é o décimo sexto volume. O primeiro armazenamento de objetos (volume 0) em cada Storage Node utiliza até 4 TB de espaço para metadados de objetos e operações do banco de dados Cassandra; qualquer espaço restante nesse volume é usado para dados de objetos. Todos os outros volumes de storage são usados exclusivamente para dados de objetos.

O banco de dados Cassandra pode ser reconstruído como parte do procedimento de recuperação de volume se:

  • O volume 0 falha e é recuperado.

  • A unidade do sistema e um ou mais volumes de storage falham e são recuperados.

Quando o Cassandra é reconstruído, o sistema utiliza informações de outros nós de armazenamento. Se o Cassandra foi reconstruído recentemente, os dados do Cassandra podem ainda não estar consistentes em toda a grid. Se muitos nós de armazenamento estiverem offline:

  • Alguns dados do Cassandra podem não estar disponíveis.

  • Pode ocorrer perda de dados.

Cuidado Se mais de um nó de armazenamento falhou (ou está offline), entre em contato com o suporte técnico. Não execute o seguinte procedimento de recuperação. Pode ocorrer perda de dados. Para mais informações, consulte "Como o suporte técnico recupera um site".
Cuidado Se as regras do ILM estiverem configuradas para armazenar apenas uma cópia replicada e essa cópia existir em um volume de storage que apresentou falha, você não poderá recuperar o objeto.