RAID não reconhece: por que o array some e como recuperar os dados?
Quando um RAID não reconhece, o problema pode estar em um ou mais discos, na controladora, na metadata do array, na ordem dos discos, na configuração de stripe, no sistema de arquivos ou em uma combinação dessas falhas. Em RAID, recuperar os dados exige preservar não apenas cada disco, mas também a relação lógica existente entre eles.
Resposta rápida: por que um RAID deixa de reconhecer?
Um RAID pode deixar de reconhecer quando a controladora ou o sistema não consegue reconstruir corretamente a relação entre os discos que formavam o array.
Isso pode acontecer porque um ou mais discos falharam, porque a metadata foi alterada, porque a ordem dos discos mudou, porque houve perda da controladora ou porque a configuração original de RAID não está mais disponível.
Também é possível que todos os discos sejam detectados individualmente, mas o volume RAID não monte. Nesse caso, o problema pode estar na configuração lógica do array ou no sistema de arquivos acima dele.
Em RAID, cada disco isolado contém apenas uma parte da estrutura total em muitos níveis. Por isso, operações individuais feitas sem considerar o conjunto podem dificultar a recuperação.
Não recrie o RAID com parâmetros desconhecidos
Quando um array deixa de montar, alguns controladores oferecem opções como “Create Array”, “Initialize”, “Rebuild”, “Import Foreign Configuration” ou procedimentos semelhantes.
Essas funções podem escrever metadata nova nos discos ou iniciar processos de sincronização.
Se a ordem, o nível RAID, o stripe size, o offset e o estado original dos discos não são conhecidos, recriar o array por tentativa pode modificar exatamente as informações necessárias para reconstruir os dados.
Antes de qualquer alteração, preserve a configuração e identifique cada disco pela posição original.
O RAID não é apenas um conjunto de discos
Para que os dados sejam apresentados corretamente, vários parâmetros precisam ser combinados.
Nível RAID
RAID 0, RAID 1, RAID 5, RAID 6, RAID 10 e outras configurações distribuem os dados de maneiras diferentes.
Ordem dos discos
Em níveis com striping, a posição correta de cada disco é essencial para reconstruir o fluxo lógico.
Stripe size
Define o tamanho dos blocos distribuídos entre os membros do array.
Paridade
RAID 5 e RAID 6 utilizam informações de paridade que precisam ser interpretadas na sequência correta.
Offset
Os dados úteis podem começar em uma posição específica dentro de cada disco.
Sistema de arquivos
Depois de reconstruir o RAID, ainda é necessário interpretar NTFS, ReFS, ext, XFS, VMFS ou outro sistema utilizado.
O que muda entre RAID 0, RAID 1, RAID 5, RAID 6 e RAID 10?
| Nível | Distribuição | Tolerância típica | Risco na recuperação |
|---|---|---|---|
| RAID 0 | Dados distribuídos entre dois ou mais discos sem redundância. | Não possui tolerância a falha de disco. | A perda de um membro pode comprometer partes distribuídas por todo o volume. |
| RAID 1 | Dados espelhados entre discos. | Pode continuar disponível enquanto existe uma cópia válida. | É necessário identificar qual membro contém a versão válida e mais atual. |
| RAID 5 | Dados e paridade distribuídos entre pelo menos três discos. | Normalmente tolera uma falha de disco. | Uma segunda falha ou erros durante rebuild podem comprometer o array. |
| RAID 6 | Dados e dupla paridade distribuídos. | Normalmente tolera duas falhas de disco. | Ainda depende de ordem, parâmetros e estado real dos demais discos. |
| RAID 10 | Combina espelhamento e striping. | Depende de quais membros falham dentro dos pares. | A topologia correta dos espelhos e stripes precisa ser identificada. |
Por que um RAID pode deixar de reconhecer?
Falha de um disco
Um membro pode ficar lento, desaparecer, apresentar bad blocks ou deixar de inicializar.
Avaliar individualmenteFalha de múltiplos discos
Em RAID 5, por exemplo, a falha de outro membro além do permitido pode derrubar o volume.
Não rebuildar por tentativaControladora RAID
A controladora pode perder configuração, apresentar falha eletrônica ou não importar corretamente o array.
Preservar configuraçãoMetadata corrompida
Informações que descrevem o array podem ser alteradas ou deixar de ser interpretadas corretamente.
Evitar recriaçãoOrdem dos discos alterada
Mover discos de posição pode impedir a reconstrução correta em determinadas arquiteturas.
Documentar posiçõesSistema de arquivos corrompido
O RAID pode estar funcional, mas o volume lógico acima dele pode não montar.
Separar RAID de filesystemRAID não reconhece: o que exatamente deixou de aparecer?
| Comportamento | O que pode indicar | Conduta |
|---|---|---|
| Um disco não aparece | Falha física, firmware, eletrônica, cabo, backplane ou porta. | Avaliar esse membro antes de rebuild. |
| Todos os discos aparecem, mas o array não | Metadata, configuração, controladora, ordem ou parâmetros do RAID. | Não recriar por tentativa. |
| RAID aparece degradado | Um ou mais membros foram removidos ou considerados inválidos. | Identificar qual membro falhou e quando. |
| Controladora mostra “Foreign” | Foi encontrada uma configuração externa ou inconsistente. | Não importar sem confirmar a topologia. |
| Volume RAID aparece, mas não abre | Sistema de arquivos corrompido ou setores ilegíveis. | Não formatar. |
| RAID pede inicialização | O sistema não está interpretando a estrutura existente. | Não inicializar. |
| Rebuild parou no meio | Outro disco pode ter desenvolvido erros durante a reconstrução. | Interromper tentativas e preservar membros. |
| RAID desapareceu após troca de controladora | Diferença de metadata, compatibilidade ou configuração. | Não criar um novo array sobre os discos. |
Como um especialista diagnostica um RAID que não reconhece?
O primeiro objetivo é reconstruir a história do array: qual era a topologia original, qual disco falhou primeiro e o que foi feito depois.
Em RAID, a sequência dos acontecimentos pode ser tão importante quanto o estado atual dos discos.
Qual era o nível RAID?
RAID 0, 1, 5, 6, 10 e configurações proprietárias exigem estratégias diferentes.
Quantos discos formavam o array?
É necessário identificar todos os membros, inclusive discos que já haviam sido marcados como falhos.
Qual disco falhou primeiro?
Um disco que saiu do array dias antes pode estar mais desatualizado que os demais e não deve ser tratado automaticamente como membro válido.
Houve rebuild?
É essencial saber se uma reconstrução começou, terminou, falhou ou foi interrompida.
Os discos foram trocados de posição?
A ordem física original deve ser documentada sempre que possível.
Os membros estão fisicamente estáveis?
Antes da reconstrução lógica, cada disco precisa ser avaliado quanto a setores, firmware, cabeças e estabilidade.
A topologia pode ser reconstruída virtualmente?
Com imagens dos discos, ordem, stripe, paridade e offset podem ser analisados sem modificar os membros originais.
Por que é importante saber qual disco falhou primeiro?
Imagine um RAID 5 com quatro discos. Um deles apresenta erro e é removido do array. O RAID continua funcionando degradado por algum tempo.
Dias depois, outro disco falha e o volume deixa de ficar disponível.
O primeiro disco pode conter dados que já estavam desatualizados em relação ao estado final do sistema. O segundo disco, embora tenha falhado por último, pode ser essencial para reconstruir as informações mais recentes.
Por isso, “qual disco está funcionando” não é a única pergunta. Também é preciso determinar quais membros representam o mesmo momento lógico do array.
Por que o rebuild pode ser perigoso quando existe outro disco instável?
Um rebuild exige leitura intensa dos discos restantes para reconstruir o conteúdo do novo membro.
Leitura completa
Os discos sobreviventes podem ser submetidos a muitas horas de leitura contínua.
Setores problemáticos
Se outro membro já possui setores instáveis, o processo pode encontrar erros durante a reconstrução.
Segunda falha
Em arrays sem redundância suficiente restante, uma nova falha pode tornar o volume indisponível.
Em recuperação de dados, preservar vem antes de reconstruir
Quando há suspeita de instabilidade, a estratégia mais segura pode ser obter imagens dos membros antes de executar qualquer rebuild que altere o estado dos discos.
Por que criar imagens individuais dos discos do RAID?
Preservar cada membro
Cada disco é copiado para outra mídia, reduzindo a dependência dos originais.
Base da reconstruçãoControlar erros
Discos com setores instáveis podem exigir parâmetros de leitura diferentes.
Aquisição técnicaReconstruir virtualmente
A topologia pode ser testada sobre as imagens sem modificar a configuração original.
Mais seguroO que acontece se a ordem dos discos do RAID estiver errada?
Os setores podem ser combinados na sequência incorreta
Em RAID com striping, os dados são distribuídos entre os membros em uma ordem específica.
Se essa ordem é reconstruída incorretamente, fragmentos pertencentes a posições diferentes são combinados e o sistema de arquivos pode parecer completamente corrompido.
Em uma reconstrução técnica, a ordem pode ser deduzida por metadata, estruturas conhecidas, padrões do filesystem e coerência dos dados.
Não mude fisicamente os discos de posição sem registrar a ordem original.
O que é stripe size e por que ele importa na recuperação?
Stripe size é o tamanho da unidade de dados gravada em um membro antes de a sequência avançar para outro disco do array.
Se a reconstrução utiliza um stripe size incorreto, partes dos arquivos e das estruturas do sistema de arquivos passam a ser combinadas nos pontos errados.
Esse parâmetro pode variar entre controladoras e configurações, por isso não deve ser assumido apenas com base no nível RAID.
Como a paridade ajuda a reconstruir um disco ausente?
Em níveis com paridade, informações matemáticas são distribuídas entre os membros para permitir a reconstrução de dados quando um ou mais discos estão ausentes dentro do limite suportado pelo nível.
RAID 5
Utiliza uma camada de paridade distribuída e normalmente tolera a perda de um membro.
RAID 6
Utiliza duas informações de paridade e normalmente tolera dois membros ausentes.
Reconstrução
A paridade precisa ser interpretada com a ordem e rotação corretas para recompor o conteúdo ausente.
Se a controladora RAID queimou, basta colocar outra igual?
Nem sempre
Algumas controladoras armazenam informações de configuração nos próprios discos; outras dependem também de parâmetros mantidos pela controladora.
Mesmo quando uma placa aparentemente idêntica é utilizada, firmware, configuração, metadata e comportamento de importação precisam ser considerados.
A alternativa mais segura em recuperação de dados muitas vezes é reconstruir o array virtualmente a partir dos membros, sem depender da controladora original para montar o volume.
RAID por hardware e RAID por software são recuperados da mesma forma?
RAID por hardware
Uma controladora dedicada gerencia a topologia e apresenta um volume lógico ao sistema operacional.
Metadata própriaRAID por software
O próprio sistema operacional ou software gerencia a distribuição entre os discos.
Estrutura específicaRAID em NAS
Pode combinar Linux, mdadm, LVM, Btrfs, ZFS ou estruturas proprietárias do fabricante.
Diagnóstico completoO que não fazer quando o RAID não reconhece
- Não inicialize individualmente os discos.
- Não formate o volume.
- Não crie um novo RAID sobre os mesmos membros.
- Não altere a ordem dos discos sem documentar.
- Não force rebuild quando existe outro disco instável.
- Não marque manualmente discos como “good” ou “online” sem entender o histórico.
- Não execute CHKDSK sobre um array montado de forma duvidosa.
- Não substitua vários discos de uma vez sem registrar posições.
- Não permita gravação sobre os membros originais durante testes.
- Não faça experimentos diretamente nos únicos discos que contêm os dados.
CHKDSK pode corrigir um RAID que não reconhece?
CHKDSK atua sobre sistemas de arquivos, não reconstrói a topologia de um RAID que deixou de existir.
Se a ordem dos discos, stripe ou paridade estão incorretos, o filesystem visto pelo Windows pode ser apenas uma combinação errada dos membros.
Executar reparo nesse cenário pode gravar alterações sobre uma estrutura montada incorretamente.
Primeiro deve ser validada a reconstrução do RAID. Somente depois faz sentido analisar o sistema de arquivos.
Como um laboratório recupera um RAID que não reconhece?
Inventário dos membros
São registrados modelo, serial, posição original e histórico de cada disco.
Histórico do array
É identificado qual disco falhou primeiro, quando o RAID degradou e quais procedimentos foram executados depois.
Diagnóstico físico dos discos
Cada membro é avaliado quanto a setores, firmware, cabeças de leitura e estabilidade.
Imagem dos membros
Quando necessário, os discos são copiados individualmente para preservar o estado original.
Análise de metadata
Assinaturas e informações de configuração podem revelar nível, ordem e outros parâmetros.
Reconstrução virtual
O array é montado logicamente com ordem, stripe, offset e paridade corretos.
Validação
Estruturas do filesystem, diretórios e arquivos são utilizadas para confirmar se a topologia reconstruída é coerente.
Recuperação dos dados
Depois de validar o array, arquivos e pastas são extraídos para uma mídia independente.
Em RAID, a recuperação física e a reconstrução lógica são duas etapas diferentes
Primeiro, cada membro precisa fornecer dados com segurança. Depois, esses dados precisam ser combinados na ordem exata em que o sistema original os apresentava. Um disco saudável dentro de uma topologia incorreta continua produzindo dados incorretos.
Dois discos não significam necessariamente RAID 1
Um conjunto de dois discos pode ter sido configurado de diferentes maneiras. Assumir RAID 1 apenas porque existem dois membros é um erro comum.
RAID 0
Os arquivos podem estar divididos entre os dois discos.
RAID 1
Os membros podem conter cópias espelhadas, mas uma delas pode estar desatualizada.
JBOD / Spanning
Os discos também podem ter sido concatenados em vez de espelhados ou distribuídos.
RAID degradado ainda funciona: devo continuar usando?
Um RAID degradado perdeu parte da redundância
Em níveis redundantes, o sistema pode continuar disponível mesmo depois de um membro falhar.
Isso não significa que o risco desapareceu. Pelo contrário: os discos restantes podem estar trabalhando sem a margem de segurança original.
Se existem dados importantes, o ideal é verificar backups e a condição dos membros antes de iniciar um rebuild automático, especialmente quando os discos possuem a mesma idade e histórico de uso.
Quem realiza a análise técnica?
Antonio Lourenço da Silva
Fundador da Central do HD e especialista em recuperação de dados desde 2019
“Em RAID, não basta descobrir qual disco está com defeito. É preciso reconstruir o estado lógico do conjunto: quais membros pertencem ao mesmo momento, qual era a ordem, o stripe, a paridade e o que aconteceu antes de o array parar.”
Antonio Lourenço da Silva atua no diagnóstico de HDs e sistemas de armazenamento com falhas físicas, firmware, setores instáveis e estruturas RAID que deixaram de montar corretamente.
Na Central do HD, a análise busca preservar primeiro cada membro do array e somente depois reconstruir virtualmente a estrutura lógica necessária para acessar os arquivos.
Conhecer o perfil técnicoO ponto mais importante deste guia
RAID não reconhecido não significa necessariamente que todos os dados foram perdidos.
A falha pode estar em apenas um membro, na controladora, na metadata ou na forma como os discos estão sendo combinados.
Porém, em RAID, procedimentos incorretos podem alterar vários discos ao mesmo tempo. Rebuild, inicialização e recriação do array devem ser evitados quando a configuração original não está clara.
A sequência mais segura é: documentar a ordem dos discos, identificar o histórico da falha, avaliar fisicamente cada membro, criar imagens quando necessário e reconstruir o RAID virtualmente antes de alterar os originais.
Conceitos relacionados à recuperação de RAID
Striping
Distribuição sequencial de blocos entre os membros.
Mirroring
Espelhamento de dados entre discos.
Paridade
Informação usada para reconstruir conteúdo ausente em determinados níveis.
Metadata
Informações que descrevem a configuração do array.
Imagem de disco
Cópia setorial de cada membro utilizada na reconstrução.
Filesystem
Estrutura que organiza os arquivos sobre o volume RAID já reconstruído.
Guias relacionados
Dúvidas sobre RAID que não reconhece
Por que o RAID não reconhece?
Pode existir falha de um ou mais discos, controladora, metadata, ordem dos membros, parâmetros de stripe, paridade ou sistema de arquivos.
RAID não reconhece significa que perdi todos os dados?
Não necessariamente. Muitas falhas podem ser reconstruídas quando os membros ainda possuem dados suficientes e a topologia original pode ser identificada.
Posso recriar o RAID com os mesmos discos?
Não é recomendado por tentativa. A recriação pode gravar nova metadata e alterar informações importantes da configuração anterior.
Posso trocar a ordem dos discos para ver se volta?
Não. Registre as posições originais e evite mudanças aleatórias. A ordem pode ser essencial para reconstruir o volume corretamente.
RAID degradado significa que os dados estão seguros?
Não. Um RAID degradado já perdeu parte da redundância e pode ficar vulnerável a uma nova falha durante uso ou rebuild.
RAID 5 suporta a perda de quantos discos?
Em sua configuração padrão, RAID 5 utiliza uma paridade distribuída e normalmente tolera a perda de um membro. Uma segunda falha pode tornar o array indisponível.
RAID 6 suporta a perda de quantos discos?
Em sua configuração padrão, RAID 6 utiliza dupla paridade e normalmente tolera a perda de até dois membros.
Por que o rebuild de RAID pode falhar?
Porque o processo exige leitura intensa dos membros restantes. Se outro disco possui setores instáveis ou falha durante o rebuild, a reconstrução pode ser interrompida.
Se a controladora RAID queimou, os dados foram perdidos?
Não necessariamente. Dependendo da arquitetura, é possível reconstruir o array a partir dos discos e da metadata sem depender da controladora original.
O que significa “Foreign Configuration” em RAID?
Significa que a controladora encontrou informações de configuração nos discos que não correspondem diretamente ao estado atual conhecido por ela. A importação não deve ser feita sem confirmar a topologia.
CHKDSK pode recuperar um RAID?
CHKDSK não reconstrói a topologia RAID. Ele atua sobre o sistema de arquivos e só deve ser considerado depois de o array estar corretamente reconstruído.
É possível reconstruir RAID sem a controladora original?
Em muitos casos, sim. Ordem, stripe size, offset, paridade e outros parâmetros podem ser analisados e o array pode ser reconstruído virtualmente.
Por que fazer imagem de todos os discos antes da recuperação?
As imagens preservam os membros originais e permitem testar diferentes parâmetros de reconstrução sem modificar os únicos discos que contêm os dados.
Um disco antigo que saiu do RAID pode ser usado na recuperação?
Pode ser útil, mas deve ser analisado com cuidado porque pode representar um estado mais antigo do array e conter informações desatualizadas.
Todos os discos reconhecem individualmente, mas o RAID não monta. Ainda há recuperação?
Pode haver. Nesse cenário, a falha pode estar na metadata, ordem dos discos, parâmetros de configuração ou sistema de arquivos, e o array pode ser reconstruído virtualmente.
Seu RAID não reconhece e contém dados importantes?
Informe o nível RAID, quantidade de discos, capacidade de cada membro, se algum disco falhou primeiro, se houve rebuild, troca de controladora ou mudança de posição dos discos. Essas informações são fundamentais para reconstruir o histórico do array.
