Recuperação de RAID 5, RAID 6, RAID 50 e RAID 60

Quando um RAID Enterprise — seja RAID 5, 6, 50 ou 60 — falha, o problema não é misterioso; é matemático. Arrays baseados em paridade dependem de cálculos XOR (no caso do RAID 5) e de polinômios Reed-Solomon combinados com paridade P+Q (no RAID 6) para recompor blocos ausentes. Enquanto o número de discos defeituosos permanece dentro da tolerância, o volume segue operando normalmente. O colapso ocorre quando a paridade deixa de ser consistente e a controladora desmonta o volume para impedir que dados corrompidos sejam entregues ao sistema.

No RAID 5, que utiliza paridade única e tolera apenas a falha de um disco, o segundo disco costuma não “falhar de uma vez”: ele degrada de forma silenciosa, acumulando setores pendentes, leituras lentas ou timeouts. Basta que esse comportamento apareça no momento errado para quebrar a paridade de um stripe inteiro. Já no RAID 6, apesar da dupla paridade com XOR e Reed-Solomon permitir a perda de dois discos, boa parte dos incidentes não surge de falhas físicas simultâneas, mas sim de perda de sincronismo, quedas de energia, instabilidade prolongada ou rebuilds interrompidos que deixam o conjunto em estado inconsistente. Em ambas as arquiteturas, um único setor ilegível pode invalidar todo o cálculo de paridade daquele bloco lógico.

O problema mais frequente em ambientes corporativos, porém, é o disco obsoleto — o stale drive. Trata-se de uma unidade que falhou meses antes sem gerar alerta eficaz, fazendo o sistema operar degradado por longos períodos. Quando um segundo disco finalmente falha, o array cai; e, na tentativa de recuperação, alguém força o stale drive de volta online. Esse disco retorna com dados antigos, incompatíveis com o estado atual do volume, e ao reintroduzi-lo, destrói a paridade inteira. A abordagem da E-Recovery nessas situações envolve determinar qual disco está realmente sincronizado, isolar o stale drive, reconstruir a paridade apenas com o subconjunto íntegro e ignorar completamente discos com timestamps e estados internos divergentes. Isso evita o colapso lógico do sistema de arquivos — um erro comum em tentativas amadoras de reparo.

Nos RAID 50 e RAID 60, utilizados em storages corporativos maiores, a complexidade aumenta significativamente. Não existe um “RAID gigante”; existem múltiplos sub-grupos RAID 5 ou RAID 6 unidos por striping superior, formando o “RAID 0” que os integra. O volume colapsa quando qualquer sub-grupo perde sua tolerância interna. Nesse cenário, o desafio técnico é exponencial: cada sub-grupo tem seu próprio block order, sua própria rotação de paridade, controladoras utilizam tamanhos de stripe diferentes (64, 128, 256 KB) e a ordem lógica dos discos raramente coincide com a posição física das gavetas. Por isso, não dependemos da controladora original. Clonamos todas as unidades em PC-3000 ou DeepSpar — muitas vezes 24, 36 ou até 48 discos —, descartamos unidades lentas que quebrariam a paridade, reconstruímos matematicamente cada sub-grupo individualmente e, por fim, emulamos o array completo em software proprietário, remontando stripes, offsets e layout lógico de forma controlada e sem risco de sobrescrita.

Esse processo permite reconstruir o volume final de maneira fiel, independente da controladora e preservando a integridade lógica do conjunto.