Você abre o explorador de arquivos, procura o NAS Western Digital na rede e ele simplesmente não está lá. Ou está, mas o painel acusa volume degradado e os compartilhamentos sumiram. Antes de desmontar discos, forçar rebuild ou formatar qualquer coisa, é preciso entender o que aconteceu e qual caminho realmente devolve seus arquivos. Este texto mostra como diagnosticar a falha, o que evitar nas primeiras horas e quando recuperar dados de NAS Western Digital exige laboratório especializado.
O que caracteriza uma falha de NAS Western Digital
Uma falha em NAS Western Digital raramente é um evento único e isolado. Na prática, o que o usuário percebe como “o NAS parou” costuma ser a manifestação final de três camadas distintas que se sobrepõem: o disco físico, o arranjo lógico de volume e o sistema operacional embarcado. Identificar em qual dessas camadas o problema se originou define não apenas o método de recuperação, mas também se há risco imediato de perda definitiva.
Os equipamentos da linha My Cloud — incluindo My Cloud Home, My Cloud EX2, EX4, PR2100, PR4100 e as séries empresariais DL — utilizam o sistema My Cloud OS, uma distribuição Linux proprietária que gerencia volumes em ext4, Btrfs ou configurações híbridas com RAID via mdadm. Quando qualquer um desses componentes falha, o sintoma externo pode ser idêntico: luzes acesas, mas nenhum compartilhamento acessível na rede.
Diferença entre falha de disco, falha de volume RAID e falha do sistema My Cloud OS
Falha de disco é o evento físico: setores defeituosos, cabeça de leitura danificada, motor que não gira ou firmware da controladora corrompido. Nesse cenário, o sistema operacional do NAS pode até continuar respondendo, mas o volume entra em modo degradado ou somente leitura. Em arranjos com redundância, um disco falho não significa perda imediata — desde que ninguém force um rebuild sobre os demais.
Falha de volume RAID ocorre quando o arranjo lógico perde coerência: dois discos caíram simultaneamente em RAID 5, a tabela de paridade foi corrompida, ou um disco foi removido e reinserido fora de ordem. O My Cloud OS pode montar o volume em modo de emergência ou recusar a montagem por completo, mesmo com todos os discos fisicamente íntegros. Já a falha do sistema My Cloud OS afeta o firmware, o banco de configuração ou a partição de boot — o hardware e os dados podem estar perfeitos, mas o equipamento não inicializa ou não expõe os compartilhamentos.
Sintomas que indicam perda de dados no NAS WD
Os sinais mais comuns relatados por usuários de NAS WD antes da perda efetiva incluem lentidão progressiva de leitura, arquivos que somem e reaparecem, e mensagens de “volume degradado” no painel. Em muitos casos, o evento crítico é precedido por semanas de alertas SMART ignorados — temperatura elevada, setores realocados e erros de leitura pendentes aparecem no log antes do colapso.
- LED vermelho ou âmbar fixo no disco, sem acesso ao volume
- Compartilhamentos SMB desaparecem da rede, mas o NAS responde a ping
- Painel do My Cloud OS exibe “volume não montado” ou “degraded”
- Ruído de clique, batida ou zumbido metálico vindo do gabinete
- Arquivos abrem com erro de I/O ou somem durante a cópia
- Reinicializações espontâneas ou travamento durante rebuild
Antes de qualquer tentativa: como preservar os dados do seu NAS WD
O intervalo entre a primeira falha e a decisão de desligar o equipamento é o período em que a maioria das perdas definitivas acontece. Um NAS WD com volume degradado ainda pode estar escrevendo dados em segundo plano — processos de indexação, sincronização com nuvem ou um rebuild automático iniciado pelo próprio My Cloud OS. Cada escrita adicional em um disco com setores defeituosos consome área útil e pode sobrescrever estruturas que ainda seriam recuperáveis.
A recomendação técnica para qualquer suspeita de falha em NAS é interromper imediatamente novas gravações, suspender tarefas agendadas e registrar o estado do equipamento antes de qualquer intervenção. Isso vale inclusive quando o volume ainda parece acessível: a falsa sensação de normalidade leva o usuário a tentar copiar tudo de uma vez, acelerando a degradação do disco que está falhando.
O que NÃO fazer (rebuild forçado, formatação, troca de disco a quente)
Forçar um rebuild em um arranjo RAID com disco fisicamente danificado é uma das causas mais frequentes de perda total em NAS WD. O processo de reconstrução lê todos os blocos dos discos sobreviventes em sequência; se um deles tiver setores defeituosos latentes, a leitura contínua pode derrubá-lo no meio do rebuild — e um RAID 5 com dois discos fora do arranjo deixa de ser montável pelos métodos convencionais.
- Não formate o volume nem restaure configurações de fábrica
- Não troque disco a quente sem antes desligar e registrar a ordem física
- Não execute fsck, chkdsk ou utilitários de reparo automático
- Não remova e reconecte os discos repetidamente para “testar”
- Não atualize o firmware do My Cloud OS durante uma falha de disco
Como registrar o estado atual do equipamento e dos LEDs
Antes de desligar o NAS WD, fotografe a sequência de LEDs de cada baia, anote a ordem física dos discos (etiqueta, número de série e posição) e capture a tela do painel do My Cloud OS se ele ainda responder. Essas informações são essenciais para um laboratório reconstruir o arranjo sem depender de suposições — em RAID, a ordem dos discos e a direção da paridade são parâmetros críticos.
Anote também o modelo exato do equipamento, a versão do My Cloud OS e se há criptografia de volume ativada. Em modelos como My Cloud Home e My Cloud EX2 Ultra, a criptografia de hardware pode estar vinculada à placa-mãe ou ao chip de segurança do gabinete; sem essa informação, a montagem direta dos discos em outro equipamento devolve dados ilegíveis.
Diagnóstico inicial: o NAS WD está acessível pela rede?
Antes de desmontar qualquer coisa, vale confirmar se o problema está mesmo nos dados ou em uma camada anterior — rede, conta, aplicativo ou firmware. Uma parcela relevante dos chamados de “perdi tudo no meu My Cloud” é, na verdade, falha de descoberta de rede, sessão expirada no My Cloud OS ou incompatibilidade de protocolo após atualização do Windows ou macOS.
O teste é simples e não escreve nada nos discos: verificar se o equipamento responde a ping, se o painel web carrega, se os compartilhamentos aparecem no explorador de arquivos e se o app desktop WD Discovery enxerga o dispositivo. Se o NAS responde em todas as camadas e apenas um cliente específico não conecta, o problema provavelmente não é de dados.
Verificar painel, LEDs e status no WD My Cloud OS
Acesse o painel do My Cloud OS pelo navegador usando o IP local do equipamento. Procure pela seção de armazenamento: ela informa se os discos estão “íntegros”, “degradados” ou “falhos”, além de exibir temperatura, capacidade e contadores SMART básicos. Um disco marcado como “failed” no painel não significa que os dados morreram — significa que o My Cloud OS o removeu do arranjo ativo.
Se o painel não carrega, mas o NAS responde a ping, tente acessar via SSH (habilitado em alguns modelos WD por configuração) ou pelo protocolo SMB direto pelo IP. A ausência do painel web com presença de rede ativa sugere falha de firmware ou de partição de sistema — cenário em que os dados costumam estar intactos no volume, mas inacessíveis pela interface normal.
Acessar via SSH, SMB ou app desktop para confirmar se os arquivos existem
No Windows, abra o explorador e digite \\IP-do-NAS na barra de endereço; no macOS, use smb://IP-do-NAS no Finder. Se a pasta compartilhada abrir e listar arquivos, os dados estão presentes e o problema está em outra camada. Se a conexão for recusada ou a pasta aparecer vazia, não conclua que os dados sumiram — pode ser permissão, serviço SMB parado ou volume desmontado.
O acesso SSH, quando disponível, permite executar comandos de leitura como cat /proc/mdstat para ver o estado do RAID e df -h para listar volumes montados. São operações somente leitura, seguras, que revelam se o arranjo está ativo, degradado ou inativo — informação que orienta a decisão entre diagnóstico remoto e envio para laboratório.
Quando o problema é só de rede, conta ou firmware — e não dos dados
Sintomas como “o NAS não aparece mais na rede” após troca de roteador, “não consigo logar na minha conta My Cloud” ou “o app WD Discovery não encontra o dispositivo” raramente indicam perda de dados. São falhas de configuração, de credencial ou de compatibilidade que podem ser resolvidas sem tocar nos discos — desde que ninguém tenha formatado o equipamento na tentativa de “consertar”.
Antes de desmontar o NAS WD, confirme três coisas: o equipamento recebe IP válido do roteador, a conta usada no My Cloud OS está ativa e o firmware está em versão compatível com o app ou sistema operacional do cliente. Se todas essas camadas estiverem ok e o volume ainda não montar, aí sim o foco se desloca para os discos e o arranjo.
Recuperação de dados em NAS WD com um único disco
Modelos como My Cloud Home, My Cloud (single-bay) e alguns WD Elements usados como NAS improvisado operam com um único disco, sem redundância. Nesses casos, qualquer falha física do disco é imediatamente crítica: não existe paridade nem segundo disco para sustentar o volume. A recuperação depende de acesso direto ao disco e interpretação correta do sistema de arquivos.
O ponto que define a viabilidade nesses equipamentos é a camada de abstração entre o disco e o sistema de arquivos. O My Cloud OS não grava os dados como um HD externo comum: há partições de sistema, área de swap e o volume de dados em ext4 ou Btrfs, muitas vezes com criptografia e com metadados proprietários no início do disco.
My Cloud Home, My Cloud e WD Elements: montagem direta do disco
Remover o disco de um My Cloud Home e conectá-lo via dock SATA ou adaptador USB em um computador não devolve os arquivos imediatamente. O sistema operacional comum (Windows ou macOS) não reconhece ext4 nativamente, e mesmo distribuições Linux podem não montar o volume se houver criptografia ou se o superbloco estiver corrompido. A montagem direta exige leitura em modo somente leitura, jamais em modo de escrita.
Em discos de NAS WD single-bay, a sequência correta é clonar o disco primeiro — setor a setor — e trabalhar sobre a imagem, nunca sobre o original. Isso preserva a mídia física de desgaste adicional e permite múltiplas tentativas de interpretação do volume sem risco. A clonagem também é obrigatória quando o disco apresenta setores defeituosos, pois cada leitura direta pode aprofundar o dano.
Cuidados com criptografia de hardware e placa USB nativa
Alguns modelos My Cloud Home utilizam criptografia de hardware vinculada ao chip controlador da placa-mãe do gabinete. Nesses equipamentos, remover o disco e conectá-lo a outro computador devolve dados ilegíveis mesmo com a senha correta — a chave criptográfica reside no hardware original. A recuperação, nesse caso, exige trabalhar com o gabinete íntegro ou extrair a chave do chip com técnicas de laboratório.
Modelos com placa USB nativa (disco vendido como externo com ponte USB integrada) apresentam outro desafio: a ponte pode aplicar tradução de setor ou criptografia transparente. Se a placa USB queimar, conectar o disco diretamente via SATA pode devolver um volume com assinatura deslocada. O laboratório precisa mapear o esquema de tradução original antes de interpretar o sistema de arquivos.
Recuperação de dados em NAS WD com RAID (Red, PR, EX, DL)
As linhas PR (PR2100, PR4100), EX (EX2, EX4) e DL (DL2100, DL4100) da WD suportam arranjos RAID via mdadm, com opções de RAID 0, 1, 5, 10 e JBOD dependendo do número de baias. A recuperação nesses equipamentos é fundamentalmente diferente do single-bay: o objetivo não é ler um disco, mas reconstruir a geometria lógica do arranjo a partir de múltiplos discos, respeitando ordem, tamanho de stripe e direção de paridade.
Um erro comum é tratar cada disco do arranjo como unidade independente e tentar recuperar arquivos de um disco isolado. Em RAID 5, por exemplo, nenhum disco contém arquivos completos — os dados são distribuídos em stripes com paridade rotativa. Extrair um disco e “recuperar” dele isoladamente devolve fragmentos sem estrutura, inúteis para o usuário final.
RAID 0, 1, 5, 10 e JBOD: o que muda na recuperação
- RAID 0: sem redundância; a perda de um disco inviabiliza a montagem direta, mas os dados dos discos restantes ainda contêm metade de cada arquivo — recuperação exige trabalho em nível de stripe
- RAID 1: espelhamento; se um disco falhar, o outro tem cópia integral — recuperação mais simples, desde que o disco sobrevivente esteja íntegro
- RAID 5: tolera um disco fora; com dois discos ausentes ou um ausente e outro com setores ruins, a reconstrução exige leitura de paridade e correção de inconsistências
- RAID 10: combina espelho e stripe; tolera falhas múltiplas desde que não caiam os dois lados do mesmo espelho
- JBOD: concatenação sem paridade; cada disco mantém dados contíguos, mas a perda de um disco compromete apenas o trecho que ele continha
Reconstrução de RAID degradado sem sobrescrever paridade
Quando um NAS WD entra em modo degradado — um disco fora, os demais ativos —, o My Cloud OS pode tentar rebuild automático assim que um disco novo é inserido. Esse processo escreve paridade nova em todos os discos, sobrescrevendo a estrutura original. Se o disco removido ainda for legível, o rebuild destrói a possibilidade de reintegrá-lo e recuperar o arranjo original.
A abordagem segura é reconstruir o RAID virtualmente, em software, a partir de imagens setor a setor de cada disco. O laboratório lê os discos em modo somente leitura, monta o arranjo em memória ou em imagem, e valida a coerência antes de extrair os arquivos. Nenhuma escrita ocorre nos discos originais em momento algum. Esse método é o mesmo aplicado em arranjos RAID, onde a prioridade é congelar o estado atual antes de qualquer reconstrução.
Quando o RAID não pode ser remontado e por quê
Existem cenários em que a remontagem virtual do RAID WD não é possível por via convencional: dois discos fora do arranjo em RAID 5, superbloco do mdadm corrompido em todos os membros, ou discos com dano físico que impede leitura completa. Nesses casos, a recuperação depende de técnicas de carving — busca por assinaturas de arquivos nos blocos brutos — ou de reparo prévio da mídia em sala limpa.
Se um disco do arranjo apresenta falha de cabeça ou motor, nenhuma reconstrução lógica funciona antes do reparo físico. O disco precisa ser aberto em ambiente controlado, ter as cabeças substituídas ou a placa lógica reparada, e então ser clonado. Só depois a imagem entra no processo de remontagem do RAID. Tentar forçar leitura de um disco com dano mecânico apenas aprofunda o sulco no prato e reduz a chance de recuperação.
Falhas típicas por linha WD e o que elas significam para os dados
Cada família de discos Western Digital tem padrões de falha distintos, relacionados ao uso para o qual foi projetada. Entender essas diferenças ajuda a interpretar sintomas e a decidir com mais precisão quando parar de usar o equipamento. Um WD Red com setores realocados em NAS doméstico tem significado diferente de um WD Purple com o mesmo sintoma em um DVR de vigilância.
Os discos WD mais usados em NAS doméstico e de pequeno escritório são os da linha Red, Red Plus e Red Pro, seguidos por unidades reaproveitadas das linhas Blue, Green e Black. Em cenários corporativos de gravação contínua, aparecem Purple e Gold. Cada linha tem firmware, cache e algoritmos de gerenciamento de erro ajustados para cargas específicas.
WD Red, Red Plus e Red Pro: desgaste, setores realocados e SMR
A linha WD Red foi historicamente associada a NAS, mas os modelos Red convencionais passaram a usar gravação SMR (Shingled Magnetic Recording) em algumas capacidades, o que gerou desempenho degradado e desgaste prematuro em arranjos RAID com rebuilds longos. Os modelos Red Plus e Red Pro usam CMR (Conventional Magnetic Recording) e são mais adequados a RAID 5 e 6.
Setores realocados crescentes em um WD Red indicam que a superfície está perdendo área útil. Em RAID, um disco com realocação acelerada durante rebuild é forte candidato a cair no meio do processo — o que transforma um arranjo degradado em arranjo perdido. A leitura do atributo SMART 197 (Current Pending Sector) e 5 (Reallocated Sector Count) antes de qualquer rebuild é obrigatória, como detalhado no guia sobre erros de leitura.
WD Blue, Green e Black em NAS doméstico
Discos Blue e Green não foram projetados para operação 24/7 em NAS. O Green, em particular, tem firmware com estacionamento agressivo de cabeças (head parking) para economizar energia — comportamento que, em NAS, gera ciclos excessivos de carga e descarga e reduz a vida útil. O Blue é voltado a desktops e tolera mal vibração de múltiplos discos no mesmo gabinete.
O WD Black, apesar de robusto, é otimizado para alto desempenho em workstation, não para redundância em NAS. Em arranjos RAID, o Black pode responder a comandos de recuperação de erro de forma diferente do esperado pelo controlador, causando expulsão prematura do disco. Usar essas linhas em NAS não é proibido, mas o padrão de falha tende a ser mais precoce e menos previsível.
WD Purple e WD Gold em cenários de gravação contínua
O WD Purple é projetado para gravação contínua de vídeo em DVR/NVR, com firmware que prioriza fluxo constante em detrimento de correção de erro agressiva. Em NAS, esse comportamento é problemático: o disco pode mascarar erros de leitura por longos períodos e só revelar a degradação quando o volume já está comprometido. O Purple não é recomendado para RAID tradicional.
O WD Gold, voltado a datacenter, tem firmware com tempo de recuperação de erro limitado (TLER/ERC), o que o torna adequado a RAID corporativo. Sua falha típica está ligada a desgaste por uso intenso contínuo — motores e cabeças que atingem o limite de horas de operação. Quando um Gold falha em um NAS WD de alto ciclo, o dano costuma ser mecânico e exige intervenção em sala limpa.
Quando a recuperação caseira deixa de ser segura
Existe uma fronteira clara entre o que pode ser diagnosticado em casa com segurança e o que exige interrupção imediata de qualquer manuseio. Essa fronteira é definida por sinais físicos e por eventos de energia, não pela gravidade emocional da perda. Um volume que não monta pode ser caso de diagnóstico remoto; um disco que emite cliques não pode ser religado nem por um minuto.
A regra prática: enquanto o disco gira silenciosamente e responde a leituras, ainda há margem para diagnóstico lógico. Qualquer ruído mecânico anormal, cheiro de queimado, aquecimento excessivo ou falha de rotação encerra a fase caseira. Continuar ligando um disco nessas condições transforma um defeito reparável em perda definitiva por dano físico progressivo.
Ruídos, cliques, disco não gira ou esquenta demais
Cliques rítmicos (click of death) indicam que as cabeças não conseguem ler o servo e estão batendo no limitador ou no prato. Cada clique é uma oportunidade de dano à superfície magnética. Zumbido agudo seguido de parada sugere motor travado ou cabeças coladas no prato (stiction). Aquecimento acima do normal aponta para curto na placa ou atrito interno.
Nesses sintomas, o equipamento deve ser desligado e não religado. A recuperação exige abertura em sala limpa com controle de partículas, substituição de cabeças compatíveis e clonagem em hardware especializado. Tentativas caseiras de “destravar” o motor, congelar o disco ou bater suavemente no gabinete são mitos que destroem a mídia.
Firmware corrompido, placa lógica queimada e dano por queda de energia
Queda de energia durante gravação pode corromper o firmware do disco ou a tabela de tradução de endereços, deixando o disco “vivo” eletricamente mas incapaz de reportar setores corretos. Placa lógica queimada — por surto, fonte ruim ou inversão de polaridade — impede o disco de girar ou de ser reconhecido pela BIOS. Em ambos os casos, os pratos podem estar intactos.
A recuperação de firmware exige equipamento que acesse o modo de serviço do disco (nível de fábrica), algo que nenhum software doméstico alcança. A troca de placa lógica, por sua vez, não é plug-and-play: a placa nova precisa receber o conteúdo do chip ROM original, que contém parâmetros de calibração únicos daquele disco. Sem isso, o disco gira, mas devolve dados ilegíveis.
Sinais de que abrir o disco em casa vai destruir os dados
- Qualquer abertura do lacre do disco fora de sala limpa expõe os pratos a poeira
- Uma partícula de poeira no prato equivale a uma pedra na pista em escala microscópica
- Manusear as cabeças sem ferramentas adequadas causa desalinhamento irreversível
- Trocar placa lógica sem transferir o chip ROM devolve disco não reconhecido
- Tentar ler disco com dano mecânico aprofunda sulcos e destrói setores vizinhos
O que define o custo e o prazo de uma recuperação de NAS WD
O custo de uma recuperação de NAS Western Digital não é tabelado por equipamento, e sim por complexidade técnica. Dois My Cloud EX2 com o mesmo sintoma podem ter orçamentos completamente diferentes: um com volume lógico corrompido e discos íntegros, outro com um disco em falha mecânica e RAID 1 degradado. A variável que mais pesa é se há necessidade de intervenção física em sala limpa.
O prazo segue a mesma lógica. Um caso de remontagem lógica de RAID com discos saudáveis pode ser resolvido em dias; um caso com dano mecânico exige importação de cabeças compatíveis, clonagem setor a setor e, só então, a reconstrução do arranjo — processo que se estende por semanas. A transparência sobre essas etapas é o que separa um orçamento sério de uma promessa vaga.
Complexidade do arranjo, número de discos e tipo de falha
Quanto maior o número de discos no arranjo e mais complexa a topologia (RAID 5, 6, 10, 50), maior o tempo de análise e o custo. RAID 6, por exemplo, exige processamento de dupla paridade e validação cruzada entre todos os membros. Arranjos com criptografia de hardware adicionam a etapa de extração da chave, que pode ser trivial ou exigir microsolda, dependendo do modelo.
O tipo de falha é o multiplicador final: falha lógica (volume não monta, discos íntegros) é a faixa mais acessível; falha de firmware exige equipamento especializado; falha mecânica exige sala limpa e peças doadoras. Um mesmo NAS WD pode transitar entre essas faixas conforme o diagnóstico avança — por isso laboratórios sérios orçam por etapas, não por valor fechado antes do diagnóstico.
O que perguntar antes de contratar um laboratório
- O diagnóstico inicial é pago? Em quanto tempo sai o laudo?
- O orçamento é por etapa ou valor fechado antes da análise?
- O laboratório trabalha com imagem setor a setor ou intervém direto no disco original?
- Há sala limpa própria ou o serviço físico é terceirizado?
- Qual a política se o caso for considerado irrecuperável — há cobrança?
- O disco original é devolvido junto com os dados recuperados?
- Existe termo de confidencialidade e NDA para dados corporativos?
Como evitar a próxima perda de dados no seu NAS Western Digital
Nenhum NAS, de nenhuma marca, é backup por si só. O NAS WD resolve disponibilidade e centralização, mas não protege contra falha múltipla de discos, roubo, incêndio ou ataque de ransomware. A prevenção real combina redundância local, cópia externa e monitoramento contínuo dos indicadores de saúde dos discos.
Os três pilares abaixo atuam em momentos diferentes: o backup 3-2-1 cobre a perda total do equipamento; o monitoramento SMART antecipa a falha de disco individual; e a configuração correta de RAID e snapshots reduz a janela de exposição quando algo falha. Juntos, eles transformam um evento crítico em inconveniente administrável.
Backup 3-2-1 aplicado a NAS doméstico e de pequeno escritório
A regra 3-2-1 determina três cópias dos dados, em dois tipos de mídia diferentes, com uma cópia fora do local físico. Para um NAS WD doméstico, isso significa: os dados no NAS, uma cópia em HD externo ou segundo NAS, e uma cópia em nuvem ou em mídia guardada em outro endereço. A cópia em nuvem é a que protege contra incêndio, furto e surto elétrico que atinja o local.
Em pequenos escritórios, o segundo NAS pode ficar em outra sala ou andar, com sincronização programada fora do horário comercial. A cópia em nuvem deve ser testada periodicamente — backup que nunca foi restaurado é promessa, não proteção. A mesma disciplina vale para arranjos RAID: a existência de redundância não substitui a cópia externa.
Monitoramento de SMART e substituição preventiva de discos
O My Cloud OS expõe atributos SMART básicos no painel, mas o monitoramento sério exige leitura periódica dos atributos críticos: setores realocados (5), setores pendentes (197), erros de leitura não corrigíveis (198) e horas de operação (9). A tendência importa mais que o valor absoluto — um disco com realocação crescendo mês a mês deve ser substituído antes de falhar.
A substituição preventiva em RAID segue protocolo específico: substituir um disco por vez, aguardar o rebuild completar e só então substituir o próximo. Em arranjos com discos da mesma idade e lote, a falha tende a ocorrer em cascata — se um disco do lote falhou, os demais estão estatisticamente próximos do fim. Um disco piscando vermelho é o sinal de que o protocolo de substituição precisa começar imediatamente, não depois.
Configurações de RAID e snapshots que reduzem o risco
Em NAS WD com duas baias, RAID 1 é a escolha de menor risco para quem prioriza proteção sobre capacidade. Em equipamentos com quatro ou mais baias, RAID 5 ou 6 oferecem equilíbrio entre redundância e espaço útil — RAID 6 tolera dois discos fora, recomendado para arranjos com discos de grande capacidade, onde o rebuild de RAID 5 se torna longo e arriscado.
Snapshots, quando suportados pelo sistema de arquivos (Btrfs em modelos WD selecionados), criam pontos de restauração que protegem contra exclusão acidental e ransomware. Um snapshot não ocupa espaço duplicado — registra apenas as mudanças desde o ponto anterior. A combinação de RAID com redundância, snapshot para versão e backup externo para desastre é o arranjo defensivo completo para qualquer NAS Western Digital, como discutido na análise sobre decidir entre recuperar.
