RAID 5 combina striping e paridade distribuída. Com uma falha de membro, o array pode continuar acessível em modo degradado. Com erros adicionais, Foreign Configuration, write hole, media errors ou rebuild interrompido, a prioridade muda: registrar o estado, avaliar todos os discos e reconstruir sobre cópias quando os dados são críticos.
O que é recuperação de RAID 5?
Dell, HPE, Synology e QNAP documentam que RAID 5 tolera uma falha de drive em condições normais. Portanto, um array degradado com um único membro realmente falhado ainda pode estar dentro do comportamento esperado de manutenção. A recuperação especializada se torna especialmente importante quando há um segundo membro problemático, falhas de leitura, metadata inconsistente, rebuild que já falhou ou dados únicos sem backup.
Guia completo sobre RAID 5 degradado e recuperação
Como o RAID 5 funciona: dados em stripes e paridade distribuída
RAID 5 exige pelo menos três membros. Em vez de dedicar um único disco à redundância, distribui os blocos de paridade entre os discos. A capacidade equivalente a um membro é consumida pela proteção, embora os blocos de paridade não fiquem todos no mesmo dispositivo.
O papel do XOR
Uma explicação clássica usa XOR. Se A, B e P pertencem à mesma stripe e P = A XOR B, conhecer B e P permite reconstruir A. Em um RAID com mais discos, o mesmo princípio se aplica ao conjunto de blocos da stripe. O processo real também depende de ordem dos membros, stripe size, offsets e algoritmo de layout.
Por que a paridade gira
A distribuição evita concentrar toda a carga de paridade em um disco dedicado. Dell e Broadcom descrevem RAID 5 como striping com distributed parity. Em reconstrução fora da controladora, descobrir como essa distribuição foi organizada faz parte do diagnóstico.
Quando um RAID 5 precisa de atenção imediata
Array Degraded
Um membro está ausente ou falhou, mas a redundância ainda consegue fornecer os dados em condições normais.
Rebuild interrompido
A reconstrução para, fica excessivamente lenta ou encontra erros de leitura em um dos sobreviventes.
Dois discos offline
RAID 5 clássico perde a capacidade de reconstrução automática apenas com a paridade quando dois membros estão totalmente ausentes.
Foreign Configuration
Controladora detecta configurações nos discos que não correspondem ao estado ativo atual.
Media errors / bad sectors
Um sobrevivente ainda está online, mas certas regiões não podem ser lidas de forma estável.
Volume não monta
O array pode parecer online, porém o filesystem, LVM, VMFS, ReFS, Btrfs ou outra camada está inconsistente.
Como o RAID 5 reconstrói um membro falhado
Quando apenas um membro está ausente e os demais blocos necessários estão íntegros, a controladora ou o software RAID calcula os dados faltantes usando os outros blocos e a paridade. É exatamente essa propriedade que mantém o volume acessível em modo degradado.
RAID 5 x RAID 6
Uma informação de paridade distribuída. Tolerância normal a uma falha de membro.
Duas informações de paridade. Projetado para manter acesso mesmo com duas falhas de membro em condições compatíveis.
Com dois membros realmente ausentes em RAID 5, a matemática do array não possui informação redundante suficiente para reconstruir automaticamente ambos. A recuperação passa a depender do que ainda pode ser adquirido dos discos problemáticos ou de outras fontes.
9 passos para preservar um RAID 5 após a primeira falha
O que pode transformar um RAID 5 degradado em um caso mais complexo
Rebuild com sobreviventes instáveis
O rebuild exige leitura ampla dos membros restantes. Se um deles já apresenta erros, a reconstrução pode parar ou produzir regiões sem conteúdo confiável.
Force Online sem entender a cronologia
Um membro que saiu antes pode conter dados stale. Forçá-lo como parte do conjunto sem análise pode introduzir inconsistência.
Clear Foreign Configuration por tentativa
A Dell possui fluxo específico de troubleshooting para foreign config e recomenda observar a ordem em que os discos entraram nesse estado.
Consistency Check em dados únicos
Checks de consistência são recursos normais de manutenção, mas podem recalcular ou gravar paridade. Em recuperação, preserve o estado antes de operações de escrita.
CHKDSK ou fsck antes da camada RAID
Se a sequência lógica de blocos está errada, reparar o filesystem sobre um RAID montado com parâmetros incorretos pode agravar a corrupção.
Criar um novo array com os mesmos discos
Inicializar uma nova configuração pode escrever metadados e dificultar a identificação do layout anterior.
Como funciona a recuperação profissional de RAID 5
O objetivo é separar a aquisição física da reconstrução lógica. Primeiro preservam-se os membros. Depois, o array é remontado virtualmente com os parâmetros corretos e sem depender de novas escritas nos discos originais.
Ferramentas
PC-3000, DeepSpar, Data Extractor e ferramentas de análise de RAID podem ser usadas conforme o tipo de mídia e a falha. A ferramenta não substitui o diagnóstico de topologia: disk order, stripe size, offsets e paridade precisam produzir um volume logicamente coerente.
Rebuild de RAID 5: quando é manutenção e quando o risco muda
Dell, HPE, QNAP e outras plataformas possuem rebuild como operação padrão para restaurar redundância depois da falha de um membro. Portanto, a orientação técnica correta não é "nunca faça rebuild". É verificar se o array ainda está em um cenário de manutenção normal.
| Cenário | Conduta mais coerente | Motivo |
|---|---|---|
| Um disco falhou, demais saudáveis, backup validado | Seguir procedimento do fabricante | RAID 5 foi projetado para esse cenário |
| Sobrevivente com media errors ou timeouts | Preservar ou clonar antes do rebuild | O rebuild depende da leitura dos demais membros |
| Rebuild já parou com erro | Diagnosticar todos os membros | Pode existir uma segunda mídia instável |
| Dois membros offline | Não iniciar reconstrução cega | A redundância automática do RAID 5 foi excedida |
| Foreign Configuration em múltiplos discos | Revisar logs e ordem dos eventos | Um membro pode conter estado mais recente que outro |
| Array online mas filesystem corrompido | Separar camada RAID da camada lógica | Rebuild não corrige automaticamente filesystem |
URE e media errors
Um erro de leitura irrecuperável durante rebuild não significa automaticamente perda total. Ele pode impedir a reconstrução de determinadas stripes, interromper o processo ou afetar arquivos que utilizam aquela região. O impacto depende do hardware, da política da controladora e da existência de outras fontes legíveis.
RAID 5 dirty + degraded: por que a paridade pode não ser confiável
A documentação do Linux MD faz um alerta técnico importante: se um RAID 5 ou RAID 6 está simultaneamente dirty e degraded, pode haver corrupção que não é detectável apenas pela redundância. Dirty indica que a paridade pode não representar um estado transacional completo; degraded indica que também existe um bloco de dados ausente.
O kernel documenta Partial Parity Log como um mecanismo para reduzir o chamado RAID5 Write Hole. Essa nuance é mais precisa do que afirmar que toda queda de energia destrói a paridade. O problema existe em condições específicas de escrita incompleta e perda de membro.
Dell PERC: a ordem em que os discos entraram em Foreign pode importar
A Dell documenta um fluxo específico para arrays com múltiplos discos em Foreign Configuration. O artigo oficial orienta revisar logs para saber qual disco entrou em foreign por último e usa essa cronologia para decidir a sequência de importação em determinados cenários.
Isso mostra por que "importar tudo" ou "limpar tudo" não é uma boa estratégia de diagnóstico. Foreign pode ocorrer porque a configuração do disco é desconhecida ou inconsistente para a PERC atual. Em RAID 5, um único membro foreign pode deixar o virtual disk degradado; múltiplos membros podem levar o array a estado failed, dependendo do caso.
Principais ambientes de RAID 5 atendidos pela SECURITY
O diagnóstico é feito pela arquitetura e pelo estado dos discos, não apenas pelo logotipo do equipamento. Entre os ambientes que podem chegar para análise estão servidores, controladoras e NAS de diferentes fabricantes.
RAID 5 em Synology e QNAP: além do array existe o storage pool
Synology documenta RAID 5 com mínimo de três drives e tolerância a uma falha. QNAP também documenta o estado Degraded e o procedimento de rebuild para RAID groups. Em recuperação, no entanto, o RAID é apenas uma camada.
Synology DSM
Storage pool pode usar RAID 5 e ficar acima de md/LVM, Btrfs ou EXT4, snapshots e serviços SMB/NFS/iSCSI.
QNAP QTS
QTS pode usar RAID group, storage pool, static/thick/thin volume e EXT4. Mensagens Warning (Degraded), Rebuilding ou Not Active precisam ser contextualizadas.
Se o gabinete falhou, isso não significa que o array foi perdido. Discos podem ser analisados individualmente. Se o storage pool também foi alterado, a recuperação precisa reconstruir RAID, pool, volume e filesystem em sequência.
Servidores RAID 5 com VMware, Hyper-V e bancos de dados
O volume RAID pode hospedar outras estruturas que só aparecem depois da reconstrução do array. Em ambientes empresariais, a validação precisa chegar ao ativo que realmente importa.
VMware
VMFS, VMDK, snapshots e máquinas virtuais precisam ser reconstruídos e validados após o volume RAID.
Hyper-V
NTFS ou ReFS podem conter VHDX e checkpoints. Um arquivo presente não garante consistência da VM.
Bancos de dados
SQL Server, PostgreSQL, MySQL, Oracle e outros formatos exigem validação lógica de páginas, índices e logs.
Recuperação de RAID e servidores: vídeo da SECURITY
O vídeo complementa este guia e ajuda a visualizar a relação entre discos físicos, array RAID, volumes, máquinas virtuais e dados de aplicação.
Cenários técnicos de recuperação de RAID 5
Dell PERC com um disco Failed e segundo membro em Foreign
Contexto: o virtual disk sai de Degraded para Failed após um segundo evento.
Risco: limpar todas as foreign configurations ou forçar online sem verificar a ordem dos eventos.
Estratégia: preservar logs, seriais e membros, identificar qual disco saiu por último e reconstruir virtualmente a partir das melhores imagens disponíveis.
HPE Smart Array com rebuild interrompido por media error
Contexto: um disco é substituído, o rebuild começa e um sobrevivente retorna erros de leitura.
Estratégia: interromper novas tentativas em dados únicos, adquirir os membros, mapear lacunas e testar a paridade sobre imagens antes de extrair o volume.
Linux md RAID5 dirty e degraded após power loss
Contexto: o servidor perde energia durante escrita e volta sem um membro. O kernel recusa assembly normal por risco de paridade inconsistente.
Estratégia: preservar o estado, analisar superblocks e event counters, evitar force assemble como tentativa e validar stripes e filesystem sobre cópias.
NAS QNAP RAID 5 com Storage Pool Inactive
Contexto: dois discos deixam o RAID group em momentos distintos e volumes ficam inacessíveis.
Estratégia: recuperar primeiro a melhor visão do RAID, depois storage pool, volume e filesystem, sem criar um novo pool sobre os membros originais.
FAQ sobre recuperação de RAID 5
RAID 5 com um disco falhado ainda pode funcionar?
Sim. RAID 5 foi projetado para tolerar a falha de um membro. A controladora ou o software RAID pode reconstruir em tempo real os blocos ausentes usando os dados restantes e a paridade distribuída. O array fica degradado e perde a tolerância a uma nova falha até que a redundância seja restaurada.
RAID 5 com dois discos offline está perdido?
Não é possível reconstruir automaticamente um RAID 5 clássico com dois membros completamente ausentes usando apenas a paridade. Porém, recuperação de dados ainda pode ser possível se um ou ambos os discos falhados forem parcialmente legíveis, se um membro estiver apenas desconectado ou foreign, ou se existirem regiões complementares nas imagens.
RAID 5 usa XOR?
A paridade simples do RAID 5 pode ser explicada com XOR: conhecendo os blocos de dados restantes e a paridade, é possível reconstruir um bloco ausente. A implementação real também envolve layout de stripes, ordem dos discos, offsets, metadata e rotação de paridade.
O que é rotação de paridade em RAID 5?
A paridade não fica em um único disco dedicado. Ela é distribuída entre os membros ao longo das stripes. Em reconstrução fora da controladora, identificar a ordem dos discos, stripe size, offset e padrão de paridade é essencial para obter um fluxo lógico coerente.
Devo iniciar rebuild assim que o RAID 5 fica degradado?
Em manutenção normal, fabricantes como Dell, HPE, QNAP e outros preveem rebuild após a substituição do disco falhado. Em dados críticos sem backup, se algum sobrevivente apresenta bad sectors, media errors, timeouts ou o rebuild anterior já falhou, preservar ou clonar os membros antes pode reduzir o risco.
O que é RAID 5 write hole?
É uma condição conhecida em que, após uma interrupção durante uma atualização de stripe, dados e paridade podem ficar inconsistentes. A documentação do Linux MD alerta especialmente para arrays RAID 5 ou 6 simultaneamente dirty e degraded, porque a paridade pode não ser confiável para reconstrução.
O que é puncture em controladoras RAID?
Algumas famílias de controladoras usam o termo puncture para registrar uma condição em que uma região do virtual disk não possui uma cópia reconstruível confiável, normalmente associada a erros de mídia e redundância insuficiente naquele bloco. O significado exato e a ação recomendada dependem do fabricante e da controladora.
Um URE durante rebuild significa perda total do RAID 5?
Não necessariamente. Um erro de leitura irrecuperável pode comprometer a stripe ou o arquivo que depende daquela região e pode interromper a reconstrução em algumas implementações. O impacto depende de onde o erro ocorreu, da controladora, de outras cópias disponíveis e do estado dos demais membros.
Foreign Configuration em Dell PERC significa que devo limpar a configuração?
Não. A Dell orienta revisar a Foreign Configuration e os logs antes de decidir Import ou Clear. Em RAID 5, um disco foreign pode deixar o array degradado, enquanto múltiplos membros foreign podem levar o virtual disk a estado failed. O histórico e a ordem dos eventos importam.
RAID 5 em Synology ou QNAP tem recuperação?
Pode ter. Synology e QNAP suportam RAID 5 e documentam operação degradada com uma falha. Em recuperação, além do RAID podem existir storage pools, LVM, Btrfs, EXT4, snapshots, iSCSI e outras camadas que precisam ser reconstruídas.
RAID 5 precisa da controladora original?
Nem sempre. Quando os discos podem ser adquiridos, é possível analisar metadados, ordem, stripe size, offset e paridade e reconstruir virtualmente o array. Controladoras proprietárias, criptografia, cache e layouts específicos podem exigir dados adicionais do hardware original.
RAID 5 pode ser recuperado com software comum?
Em corrupção lógica simples com todos os discos saudáveis, ferramentas de software podem ajudar. Quando existem falhas físicas, dois membros offline, metadata inconsistente ou rebuild interrompido, trabalhar diretamente no array original pode aumentar o risco. Para dados críticos, a aquisição dos membros vem primeiro.
Qual a diferença entre RAID 5 e RAID 6 na falha?
RAID 5 usa uma informação de paridade e tolera uma falha de membro. RAID 6 usa duas informações de paridade e foi projetado para tolerar duas falhas de membro em condições normais. Isso muda tanto o risco operacional quanto a reconstrução.
RAID 5 protege contra ransomware ou exclusão?
Não. RAID oferece redundância de mídia, não versionamento. Exclusões, criptografia e corrupção gravadas pelo sistema podem ser distribuídas por todo o array. Backup independente e snapshots continuam necessários.
A SECURITY atende RAID 5 de todo o Brasil?
Sim. A SECURITY atende clientes de diferentes regiões do Brasil e orienta envio seguro dos discos, servidor, NAS ou storage. Em Barueri, este artigo prioriza Alphaville, além de São Paulo e Campinas.
Recuperação de RAID 5 em Alphaville, São Paulo, Campinas e todo o Brasil
A SECURITY atende clientes de diferentes regiões do Brasil e orienta o envio seguro dos discos, servidor, NAS ou storage. Em Barueri, este artigo prioriza Alphaville.
Alameda Rio Negro, 1030, Conj. 206
Barueri, SP, CEP 06454-000
(11) 98570-8000
Rua Frei Caneca, 1380, Conj. 11
São Paulo, SP, CEP 01307-002
(11) 98570-8000
Rua José Paulino, 1399, Andar 10
Campinas, SP, CEP 13013-001
(19) 99971-7987
Caio Bruno F. Garcia
Especialista em Recuperação de Dados e liderança técnica e estratégica da SECURITY. Atua desde 2005 em recuperação de dados, incluindo RAID, NAS, servidores, HDD, SSD, Linux, PC-3000, Data Extractor e análise RAID Low Level.
RAID 5 por dentro: XOR, stripe size, disk order, parity rotation, write hole e reconstrução
Esta seção aprofunda os parâmetros que diferenciam uma montagem que simplesmente "abre" de uma reconstrução tecnicamente coerente. Em recuperação, o objetivo não é apenas enxergar pastas, mas reproduzir o fluxo lógico de blocos que a controladora apresentava ao sistema.
1. Stripe e stripe element
O dado é dividido em elementos gravados nos membros do array. Stripe size pode significar coisas diferentes conforme a ferramenta ou fabricante: em alguns contextos refere-se ao elemento por disco, em outros ao conjunto completo. Por isso, os valores precisam ser interpretados no contexto da controladora.
2. Distributed parity
Dell e Broadcom descrevem RAID 5 como disk striping com distributed parity. A paridade muda de posição entre os membros, evitando um disco exclusivamente dedicado a essa função.
3. XOR e reconstrução de uma ausência
XOR possui propriedades que permitem encontrar um termo ausente quando os demais são conhecidos. Em uma stripe simplificada, se P = A XOR B XOR C e C está ausente, então C = P XOR A XOR B. Esse princípio sustenta a tolerância a uma falha do RAID 5.
4. Disk order
Trocar a ordem dos discos na reconstrução virtual muda a sequência dos blocos. Um volume pode até mostrar assinaturas ou uma partição, mas arquivos ficam incoerentes se os membros não estiverem na ordem correta.
5. Start offset
Metadados de controladora, alinhamento, partições reservadas e formatos proprietários podem deslocar o início útil do RAID em cada membro. Offset incorreto produz stripes desalinhadas.
6. Parity layout
Software RAID e ferramentas de análise usam termos como left/right e symmetric/asymmetric para layouts de paridade. Controladoras proprietárias podem armazenar informações adicionais nos metadados. O nome exato do algoritmo não deve ser presumido apenas pela marca.
7. Como validar a topologia
Metadata é uma fonte importante, mas não a única. Coerência de filesystem, cabeçalhos de arquivos, padrões de paridade, journals e estruturas do volume ajudam a confirmar que order, stripe e offset estão corretos.
8. Superblocks do Linux MD
O kernel Linux documenta formatos de superblock e o processo de assembly dos dispositivos. NAS baseados em Linux podem usar MD como parte da arquitetura, mas também podem adicionar LVM, Btrfs, EXT4 e storage pools acima dele.
9. Dirty e degraded
Linux MD alerta que um RAID 5 dirty e degraded pode conter corrupção não detectável porque a paridade pode estar desatualizada ao mesmo tempo em que faltam blocos de dados. Forçar o array a iniciar não recria magicamente a consistência anterior.
10. RAID5 Write Hole
O Partial Parity Log do kernel foi criado para lidar com o risco de inconsistência quando uma escrita de stripe é interrompida. Isso mostra que write hole é um problema técnico real, mas também que existem mecanismos específicos para mitigá-lo. Não é correto tratar qualquer power loss como prova de perda da paridade.
11. Rebuild e carga de leitura
Rebuild de RAID 5 precisa ler os blocos necessários dos membros restantes e recalcular a informação do disco substituído. Fabricantes oferecem prioridades e modos de rebuild. Em recuperação, a preocupação surge quando essa leitura extensa recai sobre mídias que já mostram erros.
12. Media errors
Um setor ilegível em um sobrevivente durante estado degradado pode retirar exatamente um dos termos necessários para reconstruir a stripe. Dependendo do local e da controladora, o impacto pode ser localizado ou impedir o rebuild.
13. Puncture em PERC
Controladoras Dell registram eventos de bad block puncture e alertam para possível perda de dados. Em vez de usar o termo como sinônimo universal de qualquer erro de RAID 5, o diagnóstico deve verificar logs e a implementação específica da controladora.
14. Foreign Configuration
A Dell documenta que foreign config ocorre quando a configuração do disco é desconhecida ou inconsistente para a controladora. O troubleshooting oficial considera os logs e a ordem em que os membros entraram nesse estado. Em recuperação, essa cronologia deve ser preservada.
15. RAID 5 em Synology
O DSM documenta RAID 5 com mínimo de três drives e tolerância a uma falha. O storage pool pode ainda depender de Btrfs, EXT4, LVM e snapshots, portanto o RAID reconstruído é apenas uma etapa.
16. RAID 5 em QNAP
QTS documenta estados Degraded e Rebuilding e possui procedimentos formais de replacement. O storage pool e os volumes podem adicionar camadas que precisam ser recuperadas depois do RAID.
17. Broadcom / LSI MegaRAID
Documentação MegaRAID descreve RAID 5 com striping e distributed parity. Gerações diferentes possuem metadata, cache policies, BBU/CacheVault e recursos próprios que devem ser registrados quando o hardware ainda está disponível.
18. HPE Smart Array
HPE documenta que RAID 5 consegue recuperar os dados de um membro falhado usando dados e paridade dos demais. Também oferece controle de prioridade e recursos de rebuild. A operação é manutenção normal quando o array está dentro da redundância e as mídias restantes estão saudáveis.
19. Lenovo ThinkSystem
Lenovo documenta RAID como mecanismo para reconstruir os dados de um drive falhado usando os membros restantes. Adaptadores ThinkSystem RAID incluem várias famílias e recursos, portanto modelo exato da controladora é mais útil do que apenas o fabricante do servidor.
20. SSDs em RAID 5
Com SSDs, a lógica RAID continua usando stripes e paridade, mas cada membro possui FTL, controladora, NAND e firmware. Uma unidade que desaparece do array pode exigir tratamento totalmente diferente de um HDD mecânico antes da reconstrução.
21. Hot spare
Hot spare permite iniciar reconstrução automaticamente em várias plataformas. Ele reduz o tempo sem redundância quando tudo está saudável, mas não substitui backup e não corrige um segundo membro que já apresentava erros antes da primeira falha.
22. Consistency check
Controladoras podem oferecer consistency check para verificar e recriar paridade quando detectam inconsistência. É uma ferramenta legítima de manutenção. Em recuperação de dados, porém, qualquer operação que altere paridade deve ser precedida de preservação quando o estado original ainda pode ser necessário.
23. Filesystem e aplicações
Mesmo com a paridade correta, o volume pode conter NTFS, ReFS, EXT4, XFS, Btrfs, VMFS, LVM ou um LUN. Depois disso ainda podem existir VMs e bancos. O critério de sucesso deve chegar ao ativo útil, não apenas ao array virtual.
24. Matriz técnica de decisão
| Sintoma | Camada provável | Prioridade | Evitar |
|---|---|---|---|
| Degraded, um disco failed | Membro físico | Backup e saúde dos sobreviventes | Ignorar media errors |
| Rebuild travado | Segundo membro instável | Diagnóstico e aquisição | Repetir rebuild |
| Dois discos offline | Redundância excedida | Preservar ambos e cronologia | Forçar online aleatoriamente |
| Dirty + degraded | Parity consistency | Preservar e validar estado | Force assemble sem cópia |
| Foreign Configuration | Metadata da controladora | Logs, seriais e ordem dos eventos | Clear em lote |
| Volume não monta | Filesystem / volume | Confirmar RAID antes de repair | CHKDSK/fsck no original |
| NAS Warning/Inactive | RAID + pool + volume | Reconstruir por camadas | Criar pool novo |
| VM ou banco corrompido | Aplicação acima do RAID | Validação lógica específica | Parar na simples extração |
25. Conclusão técnica
RAID 5 é uma arquitetura eficiente e amplamente utilizada, mas sua tolerância padrão é de uma falha de membro. O trabalho de recuperação começa ao preservar o que ainda existe em cada disco e reconstruir o layout com base em evidências, não em tentativa. Paridade, ordem, stripe, offset, metadata e estado físico precisam concordar antes de qualquer conclusão sobre o volume.
Referências utilizadas para validar este guia
- Dell: RAID levels and distributed parity
- Dell: Foreign Configuration em PERC
- HPE Smart Array: RAID 5
- HPE Smart Array: Rebuild Priority
- Linux Kernel: MD RAID arrays
- Linux Kernel: RAID5 Partial Parity Log e Write Hole
- Synology: Choose a RAID Type
- QNAP: Recovering a RAID Group with Degraded Status
- Lenovo ThinkSystem: RAID configuration
- Broadcom / LSI MegaRAID: RAID 5 distributed parity
