RAID 50 e RAID 60 são arquiteturas aninhadas. Primeiro existem grupos independentes de RAID 5 ou RAID 6; depois, uma camada superior distribui dados entre esses grupos. Quando um parity group ultrapassa sua tolerância, os demais grupos podem continuar íntegros, mas o volume superior fica incompleto. A recuperação exige mapear cada grupo e depois remontar a hierarquia completa.
O que é recuperação de RAID 50 e RAID 60?
HPE descreve RAID 50 como vários conjuntos RAID 5 idênticos, chamados parity groups, e RAID 60 como vários conjuntos RAID 6 idênticos. Dell descreve RAID 50 como RAID 0 distribuído sobre elementos RAID 5 e RAID 60 como RAID 0 distribuído sobre elementos RAID 6. Essa hierarquia é o ponto central da recuperação: primeiro reconstrói-se a unidade básica, depois o stripe entre grupos.
Guia completo de recuperação de RAID 50 e RAID 60
RAID 50 e RAID 60 possuem duas geometrias que precisam concordar
Esses níveis não são apenas um RAID 5 ou RAID 6 maior. O conjunto é dividido em grupos de paridade e a camada superior distribui dados entre esses grupos. Isso cria duas escalas de análise:
Camada interna
Cada parity group possui seus próprios membros, disk order, stripe size, offsets e paridade. No RAID 50, cada grupo tolera uma falha. No RAID 60, cada grupo tolera duas.
Camada superior
Os grupos funcionam como elementos de um stripe superior. Essa camada melhora performance e escala, mas não adiciona uma terceira paridade global para substituir um grupo colapsado.
Quando RAID 50 ou RAID 60 sai da manutenção normal
Parity group degradado
Um grupo RAID 5 ou RAID 6 perdeu membros, mas ainda está dentro de sua tolerância.
Falha de grupo completo
O grupo ultrapassou sua redundância e a camada superior perdeu uma fonte necessária para completar as stripes.
Rebuild travado
A reconstrução de um grupo encontra media errors, timeouts ou outra mídia instável.
Foreign Configuration
A controladora detecta metadados inconsistentes entre membros ou spans.
Falha após expansão
Reconfiguração, migração ou mudança no número de grupos deixa a topologia sem montagem normal.
Volume não monta
Os grupos podem estar presentes, mas LVM, VMFS, NTFS, ReFS, XFS ou outra camada superior está inconsistente.
Como o RAID 50 funciona: vários RAID 5 sob uma camada de striping
HPE documenta a menor configuração de RAID 50 com seis discos organizados em dois grupos de três. Cada grupo RAID 5 mantém sua própria paridade. Em controladoras que permitem mais parity groups, a tolerância aumenta quando as falhas ficam distribuídas entre grupos.
C = capacidade do menor membro relevante
N = total de discos
G = quantidade de parity groups
Exemplo: 12 discos em 3 grupos de 4 = 9 x C de capacidade útil aproximada.
Como o RAID 60 funciona: cada grupo possui dupla paridade antes do stripe superior
RAID 60 usa grupos RAID 6 como elementos da camada superior. Cada grupo preserva suas próprias informações P e Q. HPE documenta a menor configuração com oito discos em dois grupos de quatro.
Exemplo HPE: 12 discos em 3 grupos de 4 = 6 x C úteis.
Com 12 discos em 2 grupos de 6 = 8 x C úteis, porém com menos grupos de paridade.
Por que um único parity group pode derrubar o volume inteiro
No RAID 50, um segundo membro realmente perdido dentro do mesmo grupo RAID 5 ultrapassa a redundância daquele grupo. No RAID 60, isso ocorre quando um terceiro membro necessário do mesmo grupo RAID 6 fica indisponível. Os outros parity groups podem continuar perfeitamente legíveis, mas a camada superior de striping precisa dos blocos do grupo afetado para compor o volume completo.
Diferenças que realmente mudam a recuperação
| Critério | RAID 50 | RAID 60 |
|---|---|---|
| Base interna | Grupos RAID 5 | Grupos RAID 6 |
| Paridade por grupo | Uma paridade P | Duas paridades P + Q |
| Mínimo de discos | 6 | 8 |
| Tolerância por grupo | 1 falha | 2 falhas |
| Falha que colapsa o grupo | 2 membros necessários indisponíveis | 3 membros necessários indisponíveis |
| Capacidade com N discos e G grupos | C x (N - G) | C x (N - 2G) |
| Camada superior | Striping entre grupos | Striping entre grupos |
| Complexidade de recuperação | Reconstruir cada RAID 5 e depois o stripe superior | Reconstruir cada RAID 6 com P/Q e depois o stripe superior |
Perguntas mais pesquisadas sobre RAID 50 e RAID 60
RAID 50 tolera quantos discos?
Até uma falha por parity group. Com G grupos, até G falhas podem ser toleradas se estiverem em grupos diferentes.
RAID 60 tolera quantos discos?
Até duas falhas por parity group. Em G grupos, até 2G podem ser toleradas se nenhum grupo tiver mais de duas.
Mais grupos são sempre melhores?
Mais grupos podem aumentar a tolerância distribuída, mas consomem mais capacidade em paridade e mudam o perfil de performance.
RAID 50 é melhor que RAID 10?
Depende do workload. RAID 50 pode oferecer mais capacidade útil em arrays grandes; RAID 10 oferece mirrors e outra dinâmica de rebuild.
RAID 60 é melhor que RAID 6?
Ele divide o conjunto em vários grupos RAID 6 e pode escalar performance e tolerância entre grupos, mas aumenta a complexidade da topologia.
Precisa da controladora original?
Nem sempre. Com imagens e metadados suficientes, grupos e stripe superior podem ser reconstruídos virtualmente.
10 passos para preservar RAID 50 ou RAID 60 após uma falha
O que pode agravar um RAID 50 ou RAID 60 em falha
Rebuild sem verificar o parity group
Rebuild é normal quando o grupo está dentro da tolerância e os sobreviventes estão saudáveis. O risco cresce quando outro membro do mesmo grupo já possui erros.
Tratar todo o array como um único RAID 5/6
Isso ignora a divisão em grupos e pode produzir disk order, stripe ou offsets incorretos na remontagem.
Forçar grupo além da tolerância
Quando faltam mais blocos do que a paridade interna consegue reconstruir, a solução depende dos discos problemáticos, não de um rebuild matemático convencional.
Executar repair do filesystem antes de validar as duas camadas
Um volume montado com geometria incorreta pode sofrer alterações sobre dados já desalinhados.
Limpar Foreign Configuration em lote
Metadados de spans e grupos podem ser a melhor evidência da topologia anterior.
Assumir que um URE em um grupo corrompe todos os outros
O impacto lógico pode atravessar arquivos distribuídos entre grupos, mas a falha física continua localizada. A extensão deve ser medida, não presumida.
Como funciona a recuperação profissional de RAID 50 e RAID 60
O processo precisa reconstruir as duas camadas na ordem correta. Primeiro preservam-se os discos e identificam-se os parity groups. Depois cada grupo é remontado como um array independente. Somente então os grupos são organizados na camada superior.
Caio Bruno F. Garcia e RAID Low Level
Na SECURITY, Caio Bruno F. Garcia é associado à atuação em recuperação de dados e análise RAID Low Level quando a arquitetura exige investigar parâmetros abaixo do filesystem. Em RAID 50 e RAID 60, isso inclui mapear parity groups, spans, disk order, stripe size, offsets e a hierarquia entre o grupo interno e o stripe superior.
Rebuild em arrays aninhados: o risco é por grupo e por quantidade total de leitura
RAID 50 e RAID 60 foram projetados para recuperar redundância após falhas dentro dos grupos. HPE e QNAP descrevem rebuild e tolerância por subarray como parte normal da arquitetura. Em arrays maiores, porém, o processo lê muitos terabytes distribuídos por vários membros, e a saúde real de cada disco sobrevivente importa.
| Cenário | Leitura técnica | Conduta prudente |
|---|---|---|
| 1 falha em grupo RAID 5 do RAID 50 | Dentro da tolerância do grupo | Backup e saúde dos sobreviventes antes do rebuild |
| 2 falhas em grupos RAID 5 diferentes | Pode permanecer íntegro | Tratar cada grupo separadamente |
| 2 falhas no mesmo grupo RAID 5 | Grupo além da redundância normal | Diagnosticar os dois membros problemáticos |
| 2 falhas em um grupo RAID 6 do RAID 60 | Dentro da dupla paridade | Sem margem para terceira falha no mesmo grupo |
| 3 falhas no mesmo grupo RAID 6 | Grupo além da redundância normal | Preservar e adquirir os discos comprometidos |
| URE em sobrevivente | Lacuna localizada que pode afetar stripes do grupo | Mapear por LBA e avaliar impacto real |
Não existe um número mágico de discos a partir do qual URE se torna inevitável. O risco acumulado cresce com a quantidade total de dados lida e depende da taxa de erro da mídia, capacidade, saúde dos discos, workload e controladora.
Por que spanlength e número de grupos são parâmetros de recuperação
Dell OpenManage usa spanlength na criação de RAID 50 e RAID 60. HPE pede explicitamente o número de parity groups e exige que o total de discos seja divisível pela quantidade de grupos. Isso confirma que a divisão dos discos entre subarrays não é um detalhe visual: ela faz parte da geometria.
Spanlength
Ajuda a indicar quantos discos pertencem a cada span/grupo em implementações Dell. Em reconstrução, pode ser inferido da metadata ou validado pelo padrão lógico.
Parity group count
HPE permite configurar mais de um grupo e documenta que maior quantidade de parity groups aumenta a tolerância, mas consome mais capacidade em redundância.
Mais grupos aumentam a proteção distribuída, mas reduzem a capacidade útil
HPE explica que, para um mesmo número de discos, uma configuração com mais parity groups pode ser mais tolerante a falhas distribuídas, mas armazena menos dados. Essa é uma das diferenças mais importantes entre simplesmente saber que o array é RAID 50/60 e entender sua topologia real.
| Exemplo | Grupos | Capacidade aproximada | Falhas distribuídas toleradas |
|---|---|---|---|
| RAID 50, 12 discos, 2 grupos de 6 | 2 | 10 x C | Até 2, se uma por grupo |
| RAID 50, 12 discos, 4 grupos de 3 | 4 | 8 x C | Até 4, se uma por grupo |
| RAID 60, 12 discos, 2 grupos de 6 | 2 | 8 x C | Até 4, se no máximo 2 por grupo |
| RAID 60, 12 discos, 3 grupos de 4 | 3 | 6 x C | Até 6, se no máximo 2 por grupo |
Esses exemplos assumem discos de mesma capacidade, grupos idênticos, sem hot spare e uma controladora que suporte essas divisões.
Foreign Configuration, firmware update e expansão de arrays aninhados
Foreign Configuration
Em RAID 50/60, metadata precisa descrever tanto os membros quanto os spans/grupos. Uma controladora que encontra discos com estado foreign não está dizendo automaticamente que os dados foram apagados. Está dizendo que a configuração encontrada não coincide com o estado ativo esperado.
Preserved cache
Controladoras enterprise podem manter cache persistente de gravações. Descartar preserved cache sem compreender o contexto pode remover transações que ainda não chegaram ao disco. Em recuperação, registre o alerta e a política de cache antes de limpar o estado.
Firmware e migration
Atualização ou migração não deve ser usada como tentativa genérica para recuperar um array que já não monta. Se o incidente ocorreu durante reconfiguração ou expansão, a topologia pode estar em transição e exigir análise das versões antiga e nova.
Ambientes de RAID 50 e RAID 60 que podem chegar para análise
A disponibilidade desses níveis depende da controladora e da plataforma. Os tiles abaixo representam famílias de servidores, controladoras e storages que podem hospedar RAID aninhado ou layouts equivalentes que exigem análise de grupos.
QNAP documenta RAID 50 e RAID 60 para NAS de múltiplos discos
QNAP descreve RAID 50 como vários grupos menores RAID 5 combinados e RAID 60 como vários grupos RAID 6. A documentação informa mínimo de seis discos para RAID 50 e oito para RAID 60, com tolerância de uma falha por subgrupo no RAID 50 e duas por subgrupo no RAID 60.
Em NAS, o grupo RAID é apenas a primeira camada. Storage pool, thick/thin volume, EXT4, snapshots, iSCSI e aplicações podem estar acima do array. Em recuperação, cada camada deve ser reconstruída em sequência.
RAID 50 e RAID 60 em VDI, bancos, mídia e virtualização
QNAP associa RAID 50 a backup empresarial de alta capacidade e RAID 60 a workloads de armazenamento empresarial e edição de mídia. HPE destaca performance e tolerância superiores aos níveis não aninhados equivalentes. Depois do array, porém, o dado útil pode estar em outra camada.
VMware e Hyper-V
VMFS, VMDK, VHDX e snapshots precisam ser validados depois da reconstrução dos parity groups e do stripe superior.
Bancos de dados
SQL Server, PostgreSQL, MySQL e Oracle exigem validação interna de páginas, índices e logs.
Storage e LUNs
Thin provisioning, LUNs e pools proprietários podem adicionar metadata acima do RAID aninhado.
Vídeos da SECURITY para aprofundar RAID, servidores e reconstrução
O vídeo "Recuperar RAID 5: Como Recuperar Servidor, VMs e Banco de Dados" é incorporado porque explica a metodologia em camadas que também é essencial em RAID 50 e RAID 60: mídias físicas, grupos RAID, volume superior, VMs e aplicações.
Cenários técnicos de recuperação de RAID 50 e RAID 60
Dell PERC RAID 50 com segundo disco falhando no mesmo span
Contexto: um membro do primeiro parity group já estava offline e o rebuild encontra media errors em outro membro do mesmo grupo.
Estratégia: preservar todos os membros, adquirir o grupo afetado, reduzir lacunas com o disco antigo quando possível e só depois remontar a camada superior com o outro grupo íntegro.
HPE RAID 60 com três falhas concentradas em um grupo
Contexto: o array possui vários parity groups, mas três membros do mesmo grupo RAID 6 ficam indisponíveis.
Estratégia: os grupos íntegros são preservados; o grupo comprometido é tratado como caso de RAID 6 além da tolerância e seus discos problemáticos são adquiridos antes da remontagem do stripe superior.
QNAP RAID 50 com storage pool inacessível após rebuild
Contexto: o rebuild conclui, mas o storage pool não monta normalmente.
Estratégia: separar integridade do RAID da integridade do pool e do filesystem, validando parity groups, stripe superior e depois a camada de storage.
RAID 60 após troca de controladora e Foreign Configuration
Contexto: todos os discos são detectados, mas a nova controladora apresenta grupos e spans diferentes do esperado.
Estratégia: não inicializar o array. Registrar metadata de cada membro, reconstruir a divisão de grupos e confirmar spanlength antes de apresentar o volume.
FAQ sobre recuperação de RAID 50 e RAID 60
Qual a diferença entre RAID 50 e RAID 60?
RAID 50 combina vários grupos RAID 5 e distribui os dados entre esses grupos. Cada grupo possui uma paridade simples. RAID 60 faz o mesmo com grupos RAID 6, e cada grupo possui dupla paridade. RAID 60 exige mais discos e capacidade de redundância, mas tolera duas falhas por grupo em condições normais.
Qual o mínimo de discos para RAID 50 e RAID 60?
HPE e Dell documentam mínimo de seis discos para RAID 50 e oito discos para RAID 60. Isso corresponde à menor configuração com dois grupos: dois grupos RAID 5 de três discos no RAID 50 e dois grupos RAID 6 de quatro discos no RAID 60.
Quantos discos podem falhar no RAID 50?
Depende de como as falhas se distribuem entre os grupos. HPE documenta que até n discos podem falhar, onde n é o número de parity groups, desde que não haja mais de uma falha no mesmo grupo RAID 5. Duas falhas no mesmo grupo ultrapassam a tolerância daquele grupo.
Quantos discos podem falhar no RAID 60?
Também depende da distribuição. HPE documenta tolerância de até 2n falhas, onde n é o número de parity groups, desde que nenhum grupo RAID 6 perca mais de dois membros. Uma terceira falha dentro do mesmo grupo ultrapassa a redundância daquele grupo.
O que acontece se um grupo inteiro colapsa?
O nível superior é striping entre grupos e não possui uma paridade global adicional. Se um grupo RAID 5 do RAID 50 perde mais membros do que consegue reconstruir, ou um grupo RAID 6 do RAID 60 excede sua dupla paridade, parte das stripes superiores fica sem fonte. A recuperação passa a depender dos discos problemáticos daquele grupo.
RAID 50 é RAID 5+0?
Sim, RAID 50 é frequentemente descrito como RAID 5+0: grupos RAID 5 independentes são combinados por uma camada superior de striping. Dell descreve RAID 50 como um RAID 0 striped across RAID 5 elements.
RAID 60 é RAID 6+0?
Sim, RAID 60 é frequentemente descrito como RAID 6+0: grupos RAID 6 independentes formam os elementos sobre os quais os dados são distribuídos na camada superior.
RAID 50 é igual a RAID 05?
Não. RAID 50 e RAID 05 invertem a ordem das camadas. RAID 50 usa grupos RAID 5 como elementos da camada de striping. RAID 05 seria outra arquitetura. A identificação correta da hierarquia importa na recuperação.
RAID 60 é igual a RAID 06?
Não. RAID 60 usa grupos RAID 6 na base e striping entre grupos. Inverter as camadas muda a unidade de redundância e o comportamento diante de falhas.
O que é parity group ou grupo de paridade?
É um subgrupo independente que implementa RAID 5 no RAID 50 ou RAID 6 no RAID 60. HPE exige definir o número de parity groups em controladoras compatíveis e informa que o total de discos precisa ser divisível pelo número de grupos.
Mais grupos de paridade aumentam a tolerância?
Em controladoras HPE compatíveis, a documentação afirma que um número maior de parity groups aumenta a tolerância a falhas, mas também reduz a capacidade útil porque cada grupo reserva sua própria paridade.
Como calcular a capacidade do RAID 50?
Com discos iguais, N discos e G grupos RAID 5 de mesmo tamanho, uma aproximação útil é C x (N - G), em que C é a capacidade do menor disco relevante. Cada grupo consome o equivalente a um membro para paridade.
Como calcular a capacidade do RAID 60?
Com discos iguais, N discos e G grupos RAID 6 de mesmo tamanho, uma aproximação é C x (N - 2G). Cada grupo consome o equivalente a dois membros para dupla paridade.
O que é spanlength em Dell PERC?
Dell OpenManage usa spanlength para representar o número de discos em cada span na criação de níveis aninhados, incluindo RAID 50 e RAID 60. Esse parâmetro é relevante para reconstrução porque ajuda a entender como os discos foram divididos entre os grupos.
Rebuild em RAID 50 ou 60 é sempre perigoso?
Não. Rebuild é uma função normal quando o array está dentro da tolerância e os membros sobreviventes estão saudáveis. Em dados críticos sem backup, com media errors, grupo já além da tolerância ou rebuild anterior falhado, preservar ou clonar antes reduz o risco de trabalhar sobre a única informação restante.
URE durante rebuild significa perda total?
Não necessariamente. Um erro de leitura pode afetar uma ou mais stripes e pode interromper o rebuild dependendo do controlador e do estado do grupo. O impacto cresce quando o grupo já está no limite de sua redundância.
É possível recuperar RAID 50 ou RAID 60 sem a controladora original?
Em muitos cenários, sim. Com imagens suficientes é possível mapear grupos, ordem dos membros, stripe size, offsets e paridade e reconstruir virtualmente as duas camadas. Controladoras proprietárias, criptografia e cache podem exigir contexto adicional.
RAID 50 e RAID 60 existem em NAS?
Sim em algumas plataformas. QNAP documenta RAID 50 e RAID 60 em modelos compatíveis e descreve grupos menores de RAID 5 ou RAID 6 distribuídos na camada superior. A disponibilidade depende do modelo e do número de baias.
RAID 50 ou RAID 60 é melhor que RAID 10?
Não existe melhor universal. RAID 10 oferece mirrors e alta performance, mas usa aproximadamente metade da capacidade. RAID 50 e RAID 60 podem oferecer mais capacidade útil em arrays maiores, com tolerância baseada na distribuição das falhas entre grupos.
NetApp RAID-DP é RAID 60?
Não deve ser tratado como sinônimo. RAID-DP também utiliza dupla paridade, mas é uma arquitetura própria do NetApp ONTAP e não é simplesmente um RAID 60 convencional com RAID 0 sobre grupos RAID 6.
Quanto custa recuperar RAID 50 ou RAID 60?
O valor depende do número de discos, quantidade de parity groups, capacidade, tipo de mídia, quantidade de grupos afetados, falhas físicas e camadas lógicas. Um diagnóstico do conjunto é necessário para definir o escopo.
Quanto tempo leva para recuperar RAID 50 ou RAID 60?
O prazo depende principalmente da quantidade e capacidade das mídias, velocidade de aquisição e número de discos instáveis. A clonagem de muitos membros pode levar mais tempo que a remontagem lógica dos grupos.
A SECURITY atende RAID 50 e RAID 60 em todo o Brasil?
Sim. A SECURITY atende clientes de diferentes regiões do Brasil e orienta envio seguro de discos, servidor, NAS ou storage. Em Barueri, este artigo prioriza Alphaville, além de São Paulo e Campinas.
Recuperação de RAID 50 e RAID 60 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 e, quando pertinente ao caso, em análise RAID Low Level, servidores, NAS, PC-3000, Data Extractor e reconstrução virtual de arrays em múltiplas camadas.
RAID 50 e RAID 60 por dentro: parity groups, spanlength, stripe superior e recuperação em duas camadas
Este guia aprofunda parâmetros que precisam ser reconstruídos antes que o volume final seja confiável. A meta não é apenas montar partições, mas reproduzir a geometria que a controladora apresentava ao sistema.
1. Nested RAID
RAID 50 e RAID 60 combinam dois níveis. A camada interna fornece tolerância por parity group. A camada superior distribui os dados entre os grupos sem acrescentar uma nova paridade global.
2. RAID 50 = RAID 5+0
Dell e HPE descrevem o nível como grupos RAID 5 combinados por striping. A menor configuração convencional possui dois grupos de três discos.
3. RAID 60 = RAID 6+0
Os elementos inferiores são grupos RAID 6. Cada um possui duas informações de paridade e tolera até duas falhas de membro em condições normais.
4. RAID 50 não é RAID 05
Inverter a ordem das camadas muda a unidade de redundância. Em recuperação, saber qual camada foi construída primeiro é essencial.
5. RAID 60 não é RAID 06
O mesmo princípio se aplica: grupos RAID 6 na base e striping acima não são equivalentes a espelhar ou proteger de outra forma um RAID 0 inferior.
6. Parity group
HPE chama os subarrays internos de parity groups. Cada grupo é uma entidade de redundância independente. O estado do array deve ser analisado grupo por grupo.
7. Span
Dell usa o conceito de span para níveis aninhados. O parâmetro spanlength indica quantos discos pertencem a cada span/grupo na criação de RAID 50/60.
8. Group count
HPE exige mais de um parity group e que o total de discos seja divisível pelo número de grupos. Isso restringe as topologias possíveis e pode ajudar a inferir a configuração perdida.
9. Capacidade do RAID 50
Com discos iguais e G grupos, cada grupo consome um membro equivalente em paridade. A aproximação C x (N - G) permite estimar a capacidade útil e testar hipóteses de group count.
10. Capacidade do RAID 60
Cada grupo RAID 6 consome o equivalente a dois membros. A aproximação C x (N - 2G) ajuda a validar topologias.
11. Mais grupos e tolerância
HPE documenta que mais parity groups podem aumentar a tolerância distribuída. Em RAID 50, cada grupo adicional cria outra oportunidade de uma falha isolada sem perda. Em RAID 60, cada grupo adicional pode tolerar até duas.
12. Mais grupos e capacidade
O custo é maior overhead de paridade. Quatro grupos RAID 5 consomem o equivalente a quatro discos; dois grupos consomem dois. A escolha original da controladora afeta a capacidade e a recuperação.
13. Disk order dentro do grupo
Mesmo após identificar quais discos pertencem ao grupo, é preciso determinar a ordem correta para a rotação de paridade e os dados.
14. Stripe size interno
Cada parity group possui um tamanho de stripe ou elemento conforme a controladora. Esse valor precisa produzir paridade e filesystem coerentes.
15. Start offset interno
Metadata da controladora pode ocupar regiões antes do início útil. Offsets errados desalinhariam P, Q e dados.
16. Stripe superior
Depois de reconstruir os grupos, é necessário ordenar os parity groups na camada superior e identificar o tamanho do elemento distribuído entre eles.
17. Top-level stripe não tem paridade global
Esse é o ponto que explica por que um grupo completo perdido torna o volume superior incompleto. Os outros grupos guardam outras partes da stripe, não um cálculo capaz de substituir todo o grupo ausente.
18. Rebuild no RAID 50
Quando um grupo RAID 5 perde um membro e os demais estão saudáveis, o rebuild daquele grupo é manutenção normal. Ele não precisa reescrever outros grupos apenas por existir uma camada superior.
19. Rebuild no RAID 60
O mesmo vale para um grupo RAID 6. Com uma ou duas falhas dentro da tolerância, a dupla paridade do grupo permite reconstrução prevista pela arquitetura.
20. Group collapse no RAID 50
Duas ausências completas no mesmo grupo RAID 5 deixam o grupo sem redundância suficiente para reconstrução matemática convencional. A recuperação depende dos membros problemáticos.
21. Group collapse no RAID 60
Três ausências completas no mesmo grupo RAID 6 excedem P e Q. Se discos considerados falhados ainda leem parcialmente, a quantidade de lacunas efetivas pode ser reduzida.
22. URE e media errors
Erros de leitura são localizados por LBA. O impacto lógico depende da stripe e de quantas outras ausências existem naquele grupo. Não é tecnicamente correto presumir que um URE destrói todos os grupos.
23. Foreign Configuration
Metadata foreign pode indicar mudança de controladora, membros reinseridos, estado divergente ou outra configuração detectada. A decisão de Import ou Clear deve preservar a cronologia.
24. Preserved cache
Cache persistente pode conter gravações ainda não descarregadas. Em incidentes com alerta de preserved cache, o estado deve ser documentado antes de descartá-lo.
25. Firmware update
Atualização de firmware é manutenção, não técnica genérica de recuperação. Em arrays aninhados, uma mudança de firmware que altera reconhecimento de spans deve ser documentada antes de novas intervenções.
26. RAID 50 x RAID 5
RAID 5 possui um único grupo. RAID 50 exige reconstruir múltiplos grupos independentes e depois a camada superior, adicionando outra ordem de membros e outro stripe.
27. RAID 60 x RAID 6
RAID 6 possui um grupo de dupla paridade. RAID 60 repete essa estrutura em vários groups e adiciona striping entre eles.
28. RAID 50 x RAID 10
RAID 10 usa mirrors e não paridade. RAID 50 usa grupos RAID 5. A tolerância e o rebuild dependem de unidades de redundância diferentes.
29. RAID 60 x RAID 10
RAID 60 pode oferecer maior capacidade útil em arrays grandes, mas possui cálculo de paridade e maior complexidade de grupo. RAID 10 usa aproximadamente metade da capacidade para cópias.
30. QNAP RAID 50/60
QNAP documenta ambos os níveis em plataformas compatíveis, com fault tolerance por subarray e recomendações para NAS de alta capacidade. O storage pool ainda adiciona camadas acima do RAID.
31. Dell PERC
PERC 9 e PERC 11 documentam RAID 50 como RAID 0 striped across RAID 5 elements e RAID 60 como RAID 0 striped across RAID 6 elements. Dell OpenManage também expõe spanlength para níveis aninhados.
32. HPE Smart Array
HPE descreve parity groups idênticos, mínimo de seis e oito discos, e o tradeoff entre número de grupos, tolerância e capacidade.
33. Lenovo ThinkSystem
Servidores ThinkSystem podem utilizar adaptadores que suportam RAID 50/60. O nível disponível depende do controlador instalado.
34. Broadcom / LSI MegaRAID
Controladoras MegaRAID são comuns em ambientes RAID aninhados. Metadata, span depth, stripe size e cache policies variam por geração e firmware.
35. NetApp RAID-DP não é RAID 60
Embora utilize dupla paridade, RAID-DP é uma tecnologia própria do ONTAP e não deve ser simplificada como RAID 60. Recuperação deve respeitar a arquitetura real do storage.
36. SSDs em RAID 50/60
Com SSDs, cada membro possui FTL, controladora, NAND e firmware. A camada RAID continua aninhada, mas a aquisição física pode exigir técnicas diferentes de HDD.
37. Hot spare
Hot spares reduzem o tempo de exposição quando um membro falha. Em arrays aninhados, é importante saber a qual grupo o rebuild foi direcionado e se outros grupos já estavam degradados.
38. Filesystem e volumes
Depois da reconstrução das duas camadas, o volume pode conter NTFS, ReFS, XFS, EXT4, Btrfs, VMFS ou LVM. Repair só deve ocorrer depois da geometria RAID estar validada.
39. Virtualização
VMDK, VHDX e outros discos virtuais precisam ser validados depois que o volume final é coerente. A camada superior pode conter snapshots e datastores.
40. Bancos de dados
SQL Server, PostgreSQL, MySQL e Oracle exigem validação interna. O arquivo presente no volume não garante consistência transacional.
41. RAID Low Level
Análise RAID Low Level observa metadata, parity groups, disk order, stripe size, offsets, spans e coerência de paridade abaixo do filesystem. Em RAID 50/60, também precisa reconstruir a relação entre grupos.
42. Matriz técnica de decisão
| Sintoma | Estado provável | Prioridade | Evitar |
|---|---|---|---|
| 1 falha em grupo RAID 5 | RAID 50 degradado dentro da tolerância | Backup e saúde dos sobreviventes | Ignorar media errors |
| 2 falhas no mesmo grupo RAID 5 | Grupo além da tolerância | Diagnóstico dos membros problemáticos | Rebuild cego |
| 2 falhas em grupos diferentes RAID 50 | Pode continuar íntegro | Mapear grupos antes de replace | Assumir colapso total |
| 2 falhas no mesmo grupo RAID 6 | RAID 60 ainda dentro da tolerância | Sem margem para terceira falha | Adiar backup |
| 3 falhas no mesmo grupo RAID 6 | Grupo além de P/Q | Aquisição individual | Recriar array |
| Foreign Configuration | Metadata divergente | Logs, spans, seriais e cronologia | Clear em lote |
| Storage pool offline | RAID + camada lógica | Reconstruir por níveis | Criar pool novo |
| VM/banco corrompido | Aplicação acima do nested RAID | Validação específica | Parar na simples extração |
43. Conclusão técnica
RAID 50 e RAID 60 são arquiteturas de alta densidade em que a localização das falhas importa tanto quanto a quantidade. A recuperação precisa respeitar os parity groups, preservar cada membro e validar a camada superior somente depois que os grupos internos estão coerentes. Essa abordagem evita confundir uma falha localizada de grupo com perda completa de todo o storage.
