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.

Recuperar volumes de storage com falha e reconstruir o banco de dados Cassandra no StorageGRID

PDFs

Você deve executar um script que reformate e remonte o storage em volumes de storage com falha e reconstrua o banco de dados Cassandra no Storage Node se o sistema determinar que isso é necessário.

Antes de começar

  • Você tem o arquivo Passwords.txt.

  • Os discos rígidos do servidor estão intactos.

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

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

  • Você verificou que a desativação de um Storage Node não está em andamento ou pausou o procedimento de desativação do nó. (No Grid Manager, selecione Maintenance > Tasks > Decommission.)

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

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

Passos

  1. Conforme necessário, substitua o storage virtual físico ou virtual associado aos volumes de armazenamento com falha que você identificou e desmontou anteriormente.

    Não remonte os volumes nesta etapa. O storage é remontado e adicionado a /etc/fstab em uma etapa posterior.

  2. No Grid Manager, acesse Nodes > appliance Storage Node > Hardware. Na seção StorageGRID Appliance da página, verifique se o modo RAID de armazenamento está íntegro.

  3. Faça login no Storage Node com falha:

    1. Digite o seguinte comando: ssh admin@grid_node_IP

    2. Digite a senha listada no arquivo Passwords.txt.

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

    4. Digite a senha listada no arquivo Passwords.txt.

      Quando você está logado como root, o prompt muda de $ para #.

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

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

  5. Reformatar quaisquer volumes de armazenamento com falha e reconstruir o banco de dados Cassandra se necessário. Digite: reformat_storage_block_devices.rb

    • Quando o volume de armazenamento 0 for desmontado, avisos e mensagens indicarão que o serviço Cassandra está sendo interrompido.

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

      • Analise 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 será encerrado sem recompilar o Cassandra. Entre em contato com o suporte técnico.

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

      • y para formatar uma unidade que apresentava erros. Isso formata o volume de armazenamento e adiciona o volume reformatado ao `/etc/fstab`arquivo.

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

        Observação Selecionar n encerra o script. Monte a unidade (se você achar que os dados na unidade devem ser mantidos e a unidade foi desmontada por engano) ou remova a unidade. Em seguida, execute o comando reformat_storage_block_devices.rb novamente.
        Observação Alguns procedimentos de recuperação do StorageGRID usam o Reaper para lidar com os reparos do Cassandra. Os reparos ocorrem automaticamente assim que os serviços relacionados ou necessários são iniciados. Você pode notar saídas de script que mencionam "reaper" ou "reparo do Cassandra". Se você vir uma mensagem de erro indicando que o reparo falhou, execute o comando indicado na mensagem de erro.

      No exemplo de saída a seguir, o disco rígido /dev/sdf precisa ser reformatado 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.

Após os volumes de armazenamento serem reformatados e remontados e as operações necessárias do Cassandra serem concluídas, você pode "Restaurar dados de objetos usando o Grid Manager".