RAID NAS parado no QNAP, Asustor ou qualquer NAS de rede é um dos cenários de perda de dados mais frequentes em pequenas e médias empresas brasileiras. Além disso, é um dos mais mal gerenciados. Quando o volume aparece como “degradado” ou “inacessível”, a reação instintiva é clicar em “Reparar” sem diagnóstico. Esse impulso transforma um cenário recuperável em perda definitiva. A recuperação exige entender o algoritmo de cada fabricante antes de qualquer ação. O QNAP opera diferente do Asustor. Por isso, este guia técnico detalha as causas, os erros mais comuns e o protocolo correto — com FAQ técnico completo para os casos mais complexos.
A arquitetura interna do RAID em NAS QNAP e Asustor
Entender por que o RAID NAS para começa por entender como ele funciona. O QNAP e o Asustor usam Linux como sistema operacional base. Além disso, o RAID nesses dispositivos é gerenciado pelo MD (Multiple Device) do kernel Linux. Portanto, diferente de RAIDs com controladora proprietária, o RAID do NAS é software — sem inteligência própria de hardware.
Essa arquitetura tem três implicações críticas. Primeiro, não existe algoritmo secreto — o MD-RAID do Linux é bem documentado. Segundo, os metadados do arranjo ficam gravados nos primeiros blocos de cada disco. Esse componente se chama superbloco do MD. Terceiro, quando o RAID NAS para, os dados frequentemente estão íntegros. O que travou foi o estado do arranjo, não os dados. Por isso, a taxa de recuperação é alta quando o protocolo correto é seguido.
QTS do QNAP versus ADM do Asustor
O QNAP QTS e o Asustor ADM gerenciam o MD-RAID de formas diferentes no nível de volume. Além disso, as camadas sobre o MD-RAID também variam entre os fabricantes.
O QNAP usa LVM (Logical Volume Manager) sobre o MD-RAID. Por isso, a recuperação de RAID NAS QNAP parado exige mapear os logical volumes antes de acessar os dados. Além disso, modelos com QTS 5.x+ usam Btrfs — o que adiciona uma camada extra de metadados.
O Asustor ADM usa uma estrutura mais direta — ext4 nos modelos mais antigos e Btrfs nos mais recentes com ADM 4.x+. Contudo, o Asustor tem particularidades no gerenciamento de snapshots que podem complicar a recuperação em estado inconsistente. Por isso, identificar corretamente o modelo e a versão de firmware é o primeiro passo do diagnóstico.
O superbloco MD-RAID: o registro de estado do arranjo
O superbloco é o componente mais crítico para a recuperação. Ele fica nos primeiros blocos de cada disco. Contém a versão do MD-RAID, o UUID do arranjo, o número de discos, o nível de RAID e o stripe size. Além disso, registra a posição de cada disco e o estado atual de cada um — ativo, falhado ou em rebuild.
Quando um disco falha, o MD-RAID atualiza o superbloco dos discos restantes. Portanto, ler os superblocos permite entender o que aconteceu: em que ordem os discos falharam, se houve rebuild, qual o estado no momento da falha. Além disso, em muitos casos, o problema está só no superbloco. Os dados nas páginas de dados estão íntegros.
Causas mais comuns de RAID NAS parado
Disco marcado como falhado por timeout de leitura
Essa é a causa mais comum — e a mais benigna. O MD-RAID monitora o tempo de resposta de cada disco. Quando um disco demora mais do que o threshold para responder, o MD o marca como falhado e o remove do arranjo.
O volume fica degradado, mas os dados estão íntegros. Contudo, o disco “falhado” pode estar completamente funcional — apenas com setores lentos. Portanto, substituir esse disco sem verificar pode resultar em rebuild sobre um disco novo que falha no meio do processo. Veja como a Crowdertech diferencia disco falhado de disco lento em recuperação de NAS com volume degradado.
Rebuild que falha com o segundo disco
Esse é o cenário mais grave. O primeiro disco falha e o NAS inicia o rebuild automaticamente. Durante o processo, o segundo disco falha — frequentemente porque os discos são do mesmo lote e têm desgaste similar. O estresse do rebuild expõe setores defeituosos que nunca tinham sido lidos em uso normal.
O volume entra em colapso com dois discos falhados. Além disso, dependendo de quantos blocos foram gravados no disco novo antes da segunda falha, o estado do arranjo fica em ponto inconsistente. Por isso, nunca inicie rebuild sem verificar S.M.A.R.T. de todos os discos restantes primeiro.
Inconsistência de paridade por desligamento abrupto
Quando o NAS sofre desligamento abrupto durante escrita, a paridade distribuída do RAID 5 pode ficar inconsistente. Além disso, o Btrfs e o ext4 têm journaling que normalmente protegem contra isso. Contudo, eles podem falhar quando o desligamento acontece durante escrita no próprio journal.
Ao religar, o MD-RAID detecta a inconsistência e inicia resync — processo que pode levar horas. Se interrompido, deixa o volume em estado parcialmente sincronizado. Por isso, deixar o NAS reiniciar sozinho após queda de energia sem monitorar o resync é um risco que muitas empresas desconhecem.
Falha do backplane ou cabo SATA interno
O backplane conecta as baias de discos à placa-mãe do NAS. Em modelos de 4 e 6 baias comuns no QNAP e Asustor, o backplane é um componente único. Ele pode apresentar mau contato com o tempo, especialmente em ambientes com vibração ou variação de temperatura.
Quando um conector do backplane apresenta problema, o NAS interpreta o disco como falhado. Além disso, o mau contato pode ser intermitente — o disco aparece e desaparece. Isso faz o MD-RAID executar operações rápidas de remoção e reinserção que corrompem o superbloco. Por isso, quando o NAS informa falha súbita em equipamento novo, a primeira verificação deve ser o backplane.
Atualização de firmware que deixa o volume em erro
O QNAP e o Asustor lançam atualizações regulares de QTS e ADM. Algumas têm bugs que afetam a montagem de volumes em configurações específicas. Além disso, quando a atualização é aplicada com o NAS em carga, o risco de inconsistência aumenta.
O cenário mais comum após atualização problemática: o NAS reinicia e não consegue montar o volume. O resultado é “degradado” ou “inacessível” mesmo com todos os discos íntegros. Por isso, atualizações de firmware em NAS de produção devem acontecer com o dispositivo ocioso e com backup confirmado.
NAS que não liga mais após falha da placa-mãe
A placa-mãe do NAS pode falhar por surto, superaquecimento ou desgaste. O NAS não liga mais — mas os discos estão íntegros com todos os dados. Contudo, os discos de um QNAP ou Asustor não podem ser conectados a um PC Windows. O sistema de arquivos é Linux e a estrutura LVM sobre MD-RAID exige montagem específica.
A Crowdertech remove os discos e monta o arranjo virtualmente sobre imagens forenses em Linux. Os dados ficam acessíveis sem depender do hardware original. Para recuperação de NAS com falha de hardware, o atendimento 24h em São Paulo inclui diagnóstico do hardware além dos discos.
O que NUNCA fazer quando o RAID NAS está parado
Esta seção é a mais crítica do guia. Os erros cometidos antes do diagnóstico causam a maioria das perdas definitivas em casos de NAS com RAID parado. Cada item abaixo é baseado em casos reais atendidos pela Crowdertech.
Erro 1 — Clicar em “Reparar” sem diagnóstico completo
O botão “Reparar” no QTS e no ADM inicia rebuild imediatamente. Contudo, se o disco de substituição for menor do que o necessário, o rebuild falha no meio. Além disso, se outro disco tem setores defeituosos, o rebuild vai falhar ao encontrar o primeiro setor ilegível. O estado do arranjo após falha de rebuild é mais difícil de recuperar do que o estado original. Por isso, nunca inicie rebuild sem S.M.A.R.T. completo de todos os discos.
Erro 2 — Remover e reinserir discos em baias diferentes
O MD-RAID mapeia cada disco à sua posição física. No QNAP, a baia física determina o número do disco no arranjo. No Asustor, o mesmo. Remover um disco e reinseri-lo em baia diferente pode fazer o MD-RAID não reconhecer mais o arranjo.
Além disso, em NASes com Btrfs (QTS 5.x+), a troca de baia pode resultar em erros de montagem do sistema de arquivos. Por isso, documente a posição exata de cada disco — com foto — antes de qualquer manipulação física.
Erro 3 — Ligar o NAS repetidamente esperando que resolva
Cada reinício com volume em erro faz o MD-RAID tentar operações automáticas de recuperação. Além disso, se há setores defeituosos, cada tentativa de montagem gera novas leituras nesses setores — acelerando a deterioração das células magnéticas. Por isso, após detectar que o RAID NAS está parado, limite os reinícios ao mínimo.
Erro 4 — Executar fsck no volume montado com erros
O fsck em modo de reparo (-y) aplica todas as correções sem confirmação. Isso inclui deletar arquivos “órfãos” que perderam a entrada no diretório por corrupção. Além disso, o btrfs check –repair tem restrições explícitas na documentação oficial. Por isso, qualquer reparo de sistema de arquivos deve acontecer sobre imagem clonada — nunca no volume original.
Erro 5 — Formatar e recriar o RAID para começar do zero
Formatar apaga os superblocos de todos os discos. Sem superblocos, a recuperação forense precisa trabalhar apenas com os dados brutos — sem o mapa do arranjo. Além disso, recriar partições sobrescreve as tabelas de partição usadas para mapear os dados. Por isso, antes de qualquer formatação, acione especialistas.
Erro 6 — Conectar os discos a um PC Windows
Os discos de um NAS QNAP ou Asustor têm sistema de arquivos Linux. O Windows não lê ext4 ou Btrfs nativamente. Além disso, o Windows não entende MD-RAID sem software específico. Portanto, conectar os discos a um PC Windows vai mostrar “disco não inicializado”. A tentação de inicializar pelo Gerenciador de Discos apaga a tabela de partição e todo o estado do MD-RAID.
O protocolo correto quando o RAID NAS para
Passo 1 — Desligamento controlado
Se o NAS ainda está ligado, desligue normalmente pelo painel de controle — nunca pelo botão de força. Além disso, anote exatamente quais discos estão em quais baias antes de qualquer manipulação física.
Passo 2 — Documentação da posição dos discos
Fotografe o painel frontal do NAS mostrando as baias e os indicadores LED de cada disco. Além disso, registre marca, modelo e número de série de cada disco por baia. Essa informação é crítica para a reconstrução forense.
Passo 3 — Exportação dos logs e S.M.A.R.T.
Se o NAS ainda permite acesso parcial ao painel, exporte o S.M.A.R.T. de cada disco e os logs de sistema. No QNAP: Control Panel > System > System Logs. No Asustor: ADM > System > Syslog. Além disso, exporte o relatório de todos os discos — não só o disco marcado como falhado.
Passo 4 — Acionar a Crowdertech
Com o estado documentado, ligue para a Crowdertech antes de qualquer outra ação: (11) 99630-0675 (WhatsApp 24h) ou (11) 4863-3636 (fixo). O técnico orienta o que é seguro fazer no estado específico do seu NAS. Para recuperação de RAID NAS urgente, o atendimento telefônico já é o início do protocolo de preservação.
Passo 5 — Transporte seguro ao laboratório
Transporte o NAS completo com os discos nas baias originais. Nunca transporte os discos separados. Além disso, embale com cuidado para evitar impactos — cada impacto pode expandir uma área de disco já fragilizada.
Como a Crowdertech recupera RAID NAS parado
Imagem forense de cada disco
O processo começa pela clonagem setor a setor de cada disco — incluindo os discos marcados como falhados. Dessa forma, os discos originais ficam protegidos durante toda a análise. Além disso, a clonagem monitora e mapeia cada setor com erro de leitura. Por isso, a clonagem já entrega o mapa de saúde de cada disco.
Análise dos superblocos MD-RAID
Com as imagens clonadas, a Crowdertech lê os superblocos de cada imagem e mapeia o estado completo do arranjo. Além disso, para casos com superblocos inconsistentes entre discos, a Crowdertech usa técnicas de reconciliação. O objetivo é determinar o estado mais provável do arranjo com base nos superblocos individuais.
Reconstrução virtual e extração dos dados
Com o mapa do arranjo reconstituído, a Crowdertech monta o RAID virtualmente em software — sem o NAS original. Para NASes QNAP com LVM sobre MD-RAID, os logical volumes são mapeados sobre o RAID virtual antes do acesso ao sistema de arquivos. Além disso, para recuperações que incluem bancos de dados, a Crowdertech verifica a integridade dos arquivos de banco antes de entregar. Por isso, o resultado da recuperação de banco de dados em RAID NAS parado é um banco funcional — não apenas um arquivo recuperado.
FAQ técnico — RAID NAS QNAP e Asustor parado
Rebuild e inconsistência de paridade
QNAP TS-453D com RAID 5 e disco “Failed” — o rebuild automático já iniciou. Devo parar? Sim, pare imediatamente. Acesse QTS > Storage & Snapshots > Storage > Manage e pause o rebuild. Antes de retomar, execute S.M.A.R.T. nos dois discos restantes. Se qualquer um tiver “Reallocated Sector Count” acima de 0, o rebuild vai falhar. Ligue: (11) 99630-0675.
QNAP TS-873AeU com RAID 6 e rebuild travado em 23% há três dias — o que está acontecendo? Rebuild travado indica setor defeituoso em um dos discos restantes. O MD-RAID não consegue ler aquele setor. Além disso, cada tentativa de leitura forçada acelera a deterioração. Pare o rebuild e acione especialistas. A Crowdertech faz o rebuild sobre imagens forenses, contornando os setores defeituosos.
Asustor ADM mostrando “volume crash” após queda de energia — é colapso? O “volume crash” do Asustor pode ser inconsistência de paridade ou falha de dois ou mais discos. Para diferenciar, acesse ADM > Storage Manager e veja o status de cada disco. Se todos aparecem “Healthy” mas o volume está em “crash”, é inconsistência de paridade. A Crowdertech resolve por forense sem perda de dados.
Falhas físicas e de firmware
NAS QNAP com disco que aparece e desaparece do sistema — é problema do disco ou do backplane? Disco que aparece e desaparece (flapping) é mais frequentemente problema de backplane ou cabo SATA do que do disco. Além disso, o flapping faz o MD-RAID executar operações repetidas que corrompem o superbloco. A Crowdertech testa o disco isolado do backplane para diferenciar.
Asustor AS6604T com RAID 5 que não inicializa — o NAS emite bip de erro. Os discos estão OK? O bip indica problema de hardware na placa-mãe, não necessariamente nos discos. Se os LEDs dos discos piscam normalmente mas o NAS não completa o boot, os discos provavelmente estão íntegros. A Crowdertech remove os discos e monta o arranjo virtualmente.
NAS Asustor Lockerstor 4 com dois discos falhados em RAID 6 — ainda tem tolerância? RAID 6 tolera exatamente dois discos falhados. Com dois falhados, o volume está no limite. Qualquer terceira falha resulta em colapso total. Portanto, não tente rebuild. Acione a Crowdertech imediatamente.
NAS QNAP que não inicializa após atualização do QTS — os dados estão perdidos? Não. Atualizações de QTS raramente afetam as partições de dados. O problema costuma ser no sistema operacional do NAS. A Crowdertech acessa as partições de dados diretamente, sem depender do QTS funcional.
Snapshots, custos e prazos
QNAP com QTS 5.1 e volume Btrfs em “Read-only” após atualização — os dados estão acessíveis? O modo somente-leitura do Btrfs é proteção ativada ao detectar erros de checksum. Os dados frequentemente estão íntegros. Além disso, o btrfs check identifica quais extensões têm erro sem modificar os dados. A Crowdertech extrai os dados íntegros antes de qualquer reparo.
QNAP com snapshot ativo e volume corrompido — o snapshot resolve o problema? Os snapshots podem restaurar dados a um ponto anterior à corrupção. Contudo, quando o volume está inacessível por colapso do RAID, os snapshots ficam inacessíveis também. A Crowdertech tenta acessar os snapshots pelo Btrfs, onde ficam como subvolumes — frequentemente acessíveis mesmo com o volume principal em erro.
Posso usar Linux para tentar montar o MD-RAID do NAS QNAP diretamente? Tecnicamente sim, com experiência em mdadm, LVM e sistemas de arquivos Linux. Contudo, erros de parâmetros podem sobrescrever metadados. Além disso, em NASes com Btrfs, montar com parâmetros incorretos pode causar recovery automático que grava no volume. Por isso, a Crowdertech recomenda não tentar sem experiência específica.
Quanto custa e quanto tempo leva recuperar um NAS QNAP com RAID 5 de 3 discos de 4 TB? O diagnóstico é gratuito. A recuperação com um disco falhado sem dano físico leva 24 a 48 horas. Com dano físico em um disco, de 3 a 5 dias. O valor é apresentado no diagnóstico — você aprova antes do trabalho começar. Ligue: (11) 4863-3636.
Conclusão
RAID NAS parado no QNAP ou Asustor tem alta taxa de recuperação quando o protocolo correto é seguido. Além disso, os erros destrutivos — rebuild sem diagnóstico, fsck no volume original, formatação — são evitáveis com informação correta. Em resumo, desligue de forma controlada, documente a posição dos discos e acione especialistas antes de qualquer outra ação. A Crowdertech recupera RAID NAS QNAP e Asustor com diagnóstico gratuito na Vila Olímpia — (11) 99630-0675 · (11) 4863-3636.
Fontes: MD-RAID Linux Documentation · QNAP Knowledge Base · Asustor ADM Documentation · NIST SP 800-34r1.