Skip to main content
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.

Recuperar volumes de armazenamento com falha e reconstruir o banco de dados Cassandra

Colaboradores netapp-lhalbert
PDFs

Você deve executar um script que reformata e remonta o armazenamento em volumes de armazenamento com falha e reconstrói o banco de dados Cassandra no nó de armazenamento se o sistema determinar que é necessário.

Antes de começar

  • Você tem o Passwords.txt arquivo.

  • As unidades de sistema no servidor estão intactas.

  • A causa da falha foi identificada e, se necessário, o hardware de armazenamento de substituição já foi adquirido.

  • O tamanho total do armazenamento de substituição é o mesmo que o original.

  • Você verificou se o descomissionamento do nó de armazenamento não está em andamento ou pausou o procedimento de descomissionamento do nó. (No Grid Manager, selecione Manutenção > Tarefas > Desativação.)

  • Você verificou que não há nenhuma expansão em andamento. (No Grid Manager, selecione Manutenção > Tarefas > Expansão.)

  • Você "revisou os avisos sobre a recuperação do volume de armazenamento"tem .

Passos

  1. Conforme necessário, substitua o armazenamento físico ou virtual com falha associado aos volumes de armazenamento com falha identificados e desmontados anteriormente.

    Não remonte os volumes nesta etapa. O armazenamento é remontado e adicionado em /etc/fstab um passo posterior.

  2. No Grid Manager, vá para Nós > appliance Storage Node > Hardware.  Na seção StorageGRID Appliance da página, verifique se o modo Storage RAID está íntegro.

  3. Faça login no nó de storage com falha:

    1. Introduza o seguinte comando: ssh admin@grid_node_IP

    2. Introduza a palavra-passe listada no Passwords.txt ficheiro.

    3. Digite o seguinte comando para mudar para root: su -

    4. Introduza a palavra-passe listada no Passwords.txt ficheiro.

      Quando você estiver conetado como root, o prompt mudará de $ para #.

  4. Use um editor de texto (vi ou vim) para excluir volumes com falha do /etc/fstab arquivo e, em seguida, salve o arquivo.

    Observação Comentar um volume com falha /etc/fstab no arquivo é insuficiente. O volume deve ser excluído fstab, pois o processo de recuperação verifica se todas as linhas no fstab arquivo correspondem aos sistemas de arquivos montados.

  5. Reformate quaisquer volumes de armazenamento com falha e reconstrua o banco de dados Cassandra, se necessário. Introduza: reformat_storage_block_devices.rb

    • Quando o volume de armazenamento 0 estiver desmontado, os prompts e as mensagens indicarão que o serviço Cassandra está sendo interrompido.

    • Você será solicitado a reconstruir o banco de dados do Cassandra, se necessário.

      • Reveja os avisos. Se nenhum deles se aplicar, reconstrua o banco de dados Cassandra. Digite: Y

      • Se mais de um nó de armazenamento estiver offline. Digite: n

        O script sairá sem reconstruir o Cassandra. Entre em Contato com o suporte técnico.

    • Para cada unidade rangedb no nó de armazenamento, quando for solicitado: Reformat the rangedb drive <name> (device <major number>:<minor number>)? [y/n]?, Insira uma das seguintes respostas:

      • y para reformatar uma unidade com erros. Isso reformata o volume de armazenamento e adiciona o volume de armazenamento reformatado ao /etc/fstab arquivo.

      • n se a unidade não contiver erros e você não quiser reformatá-la.

        Observação Selecionar n sai do script. Monte a unidade (se você acha que os dados na unidade devem ser retidos e a unidade foi desmontada por erro) ou remova a unidade. Em seguida, execute o reformat_storage_block_devices.rb comando novamente.
        Observação Alguns procedimentos de recuperação do StorageGRID usam o Reaper para lidar com reparos do Cassandra. As reparações ocorrem automaticamente assim que os serviços relacionados ou necessários tiverem sido iniciados. Você pode notar saída de script que menciona "Reaper" ou "Cassandra repair". Se aparecer uma mensagem de erro indicando que a reparação falhou, execute o comando indicado na mensagem de erro.

      Na saída de exemplo a seguir, a unidade /dev/sdf deve ser reformatada e o Cassandra não precisa ser reconstruído:

    root@DC1-S1:~ # reformat_storage_block_devices.rb
Formatting devices that are not in use...
Skipping in use device /dev/sdc
Skipping in use device /dev/sdd
Skipping in use device /dev/sde
Reformat the rangedb drive /dev/sdf (device 8:64)? [Y/n]? y
Successfully formatted /dev/sdf with UUID b951bfcb-4804-41ad-b490-805dfd8df16c
All devices processed
Running: /usr/local/ldr/setup_rangedb.sh 12368435
Cassandra does not need rebuilding.
Starting services.
Informing storage services of new volume

Reformatting done.  Now do manual steps to
restore copies of data.

Depois que os volumes de armazenamento forem reformatados e remontados e as operações necessárias do Cassandra estiverem concluídas, você poderá "Restaure dados de objetos usando o Gerenciador de Grade".