Pular para o conteúdo
Data Rescue
Empresas e servidores

RAID 5 degradado: por que o rebuild pode piorar

Equipe editorial Data RescueAtualizado em 3 min de leitura

Conjunto RAID com uma unidade em alerta, ilustrando estado degradado.
Conjunto RAID com uma unidade em alerta, ilustrando estado degradado. Ilustração editorial.
Resposta diretaum RAID 5 com uma unidade ausente perdeu sua tolerância normal a outra falha de disco. A reconstrução exige leitura das unidades restantes e pode encontrar erros que antes não apareciam. Não inicie rebuild às cegas: a TI precisa avaliar logs, estado do conjunto e backup. Se há falhas de leitura, volume offline ou dados sem cópia, preserve a configuração e procure avaliação.

Como o RAID 5 funciona, em uma frase

Os dados e uma informação de paridade são distribuídos entre os discos, de forma que o conteúdo de qualquer um deles pode ser recalculado a partir dos outros. Por isso o RAID 5 suporta a perda de um disco, e só um.

Por que o rebuild é o momento de maior risco

  • Esforço máximo: o rebuild lê integralmente todos os discos restantes, por horas ou dias.
  • Estado das outras unidades: discos com idade e carga de trabalho semelhantes também precisam ser avaliados; isso não permite prever quando cada um falhará.
  • Setores ilegíveis escondidos: áreas que ninguém lia há meses aparecem justamente durante o rebuild. Em discos grandes, a chance de encontrar uma delas aumenta.
  • Histórico incompleto: sem alertas e logs, é possível confundir a sequência das falhas. Identificar a ordem é parte do diagnóstico.

A ordem certa

  1. Não reinicie o servidor nem mexa na controladora sem necessidade.
  2. Veja os logs da controladora ou do sistema: qual disco falhou, quando, e se há outros com alertas.
  3. Se o volume ainda estiver acessível e estável, a TI deve avaliar como preservar os dados críticos sem aumentar o dano. Copiar arquivos de um banco em uso sem procedimento consistente não equivale a backup válido.
  4. Confira o backup em ambiente separado, sua data e a possibilidade de restauração.
  5. Defina a intervenção com a equipe responsável e o manual do fabricante. Ter backup não torna qualquer rebuild seguro; não remova nem force discos online sem identificar corretamente o estado do conjunto.

Se o volume caiu

  • Não force o retorno do disco que saiu nem marque discos como "bons" na controladora sem orientação.
  • Não recrie o RAID com outra configuração, nem inicialize o volume.
  • Anote a posição de cada disco e numere antes de retirar.
  • Desligue de forma ordenada e procure avaliação.

Nesse estado, a recuperação costuma ser feita copiando cada disco individualmente, incluindo os que têm falha física, e remontando o array de forma virtual, fora do servidor.

RAID não é backup

O RAID protege contra a falha de um disco. Ele não protege contra exclusão acidental, ransomware, erro de configuração, falha da controladora ou incêndio. Tudo isso é replicado ou atinge todos os discos ao mesmo tempo. Backup é uma cópia separada, de preferência fora da rede principal. Veja Backup 3-2-1 explicado.

Perguntas rápidas

RAID 6 resolve? Reduz o risco, porque suporta a perda de dois discos. Não substitui backup.

Posso trocar o disco com o servidor ligado? Depende do equipamento. Muitos servidores aceitam troca a quente, mas faça isso só depois de copiar os dados críticos e com o procedimento do fabricante.

Fontes e leitura complementar

Para uma análise do dispositivo, consulte as opções de avaliação da Data Rescue.

Conteúdo informativo da Equipe editorial Data Rescue, com referências para consulta. A possibilidade de recuperação depende do dispositivo e do tipo de falha.

Como produzimos e atualizamos os guias