QNAP, Synology, TrueNAS e outros NAS combinam discos, RAID, storage pools, volumes, snapshots e sistemas de arquivos em várias camadas. Quando uma delas falha, uma reconstrução precipitada pode escrever sobre o único estado ainda útil para recuperar os dados.
O que é recuperação de NAS?
O NAS pode estar fisicamente saudável e perder acesso por firmware, rede, sistema operacional embarcado ou metadados. Também pode estar com um ou mais discos degradados, ultrapassar a tolerância do RAID ou apresentar corrupção em uma camada superior. Por isso, "NAS não aparece" e "dados perdidos" não são diagnósticos equivalentes.
Guia completo de recuperação de NAS
Recuperar NAS é mais do que remontar um RAID
Um NAS moderno pode possuir várias camadas entre os setores físicos e a pasta compartilhada acessada por SMB, NFS ou AFP. Cada camada possui metadados próprios e pode falhar independentemente.
Discos físicos
HDDs ou SSDs podem apresentar bad blocks, falha mecânica, firmware, NAND degradada, problemas eletrônicos ou leituras intermitentes.
RAID ou VDEV
Ordem, stripe size, offset, paridade, mirror, RAIDZ ou algoritmos híbridos determinam como os blocos foram distribuídos.
Storage pool
Pools podem agregar arrays, VDEVs ou grupos e servir de base para volumes, LUNs, shared folders e datasets.
Volume lógico
LVM, thin ou thick provisioning, datasets e outras estruturas podem adicionar mapas de alocação além do RAID.
Filesystem
Btrfs, EXT4, ZFS, XFS, NTFS e outros formatos organizam diretórios, metadados, checksums e arquivos.
Snapshots e aplicações
Snapshots, iSCSI LUNs, máquinas virtuais, bancos de dados e contêineres podem adicionar mais camadas lógicas.
Quando um NAS precisa de recuperação de dados?
Volume Crashed ou Inactive
O painel identifica o volume ou pool, mas não consegue montá-lo para acesso aos arquivos.
RAID Degraded
Um ou mais membros foram marcados como failed, missing ou unhealthy e o conjunto perdeu parte da redundância.
Rebuild travado
Reconstrução para em uma porcentagem, fica excessivamente lenta ou termina com o volume ainda inacessível.
NAS não aparece na rede
Pode ser rede, IP, sistema embarcado, placa do NAS ou armazenamento. É preciso separar conectividade de perda de volume.
Pede para inicializar ou formatar
Não aceite. O sistema pode não reconhecer a arquitetura original, e a criação de um novo volume altera metadados.
Dois ou mais discos falharam
O array pode ter ultrapassado a tolerância do RAID. Rebuild forçado pode escrever dados incorretos ou consolidar uma geometria errada.
Após queda de energia
Discos, controladora, fonte, sistema embarcado e metadados podem ser afetados. Reiniciar repetidamente não explica a causa.
Ransomware ou arquivos criptografados
Além do armazenamento, existe uma camada de resposta ao incidente. Isolamento e preservação são prioritários.
Arquivos ou pastas apagados
Se o NAS está saudável, lixeira de rede e snapshots podem ser opções antes de qualquer varredura de recuperação.
QNAP, Synology, TrueNAS, ASUSTOR e outras arquiteturas
O nome da marca não define sozinho a topologia. Dois equipamentos do mesmo fabricante podem usar RAID, filesystem, cache e provisionamento diferentes. A recuperação começa pelo modelo e configuração real.
QNAP
QTS e QuTS hero possuem arquiteturas distintas. Storage pools, RAID groups, thick/thin volumes, snapshots, LUNs e ZFS no QuTS hero podem estar envolvidos.
Synology
DSM pode utilizar SHR ou RAID convencionais, storage pools, Btrfs ou ext4, LUNs, snapshots e cache SSD conforme modelo.
TrueNAS / FreeNAS
ZFS organiza discos em VDEVs e pools. Mirrors, RAIDZ, datasets, snapshots, encryption e special devices podem fazer parte do conjunto.
ASUSTOR
ADM oferece RAID, volumes Btrfs em modelos compatíveis, snapshots Btrfs e iSCSI, além de recursos próprios de storage.
Drobo
BeyondRAID utiliza uma arquitetura proprietária e exige reconstrução específica. Não deve ser tratado como RAID 5 convencional apenas pelo número de discos.
Outros NAS
WD My Cloud, Seagate, Buffalo, TerraMaster, LaCie, Iomega, Lenovo e EMC podem usar Linux, RAID e layouts próprios que variam por geração.
10 passos quando um NAS fica inacessível
O que não fazer em um NAS com RAID degradado ou volume inacessível
Forçar rebuild
Rebuild lê intensamente os membros sobreviventes e escreve no array. Se outro disco está instável, o conjunto pode piorar durante a reconstrução.
Executar repair às cegas
Repair de pool, filesystem ou volume busca coerência do estado atual. Em recuperação, primeiro preserve a evidência e os dados existentes.
Formatar discos individuais
Discos de NAS podem parecer RAW em um PC porque pertencem a Linux RAID, LVM, Btrfs, ZFS ou outra camada. Formatação não recupera o array.
Reiniciar repetidamente
Cada boot pode tentar montar, verificar ou alterar estruturas. Se o hardware está instável, também aumenta ciclos de leitura.
Criar novo storage pool
Se o NAS sugere criação de pool, volume ou RAID, não prossiga enquanto os dados antigos forem necessários.
Rodar scrub em mídia instável
Scrub é ferramenta de manutenção e integridade. Em discos com falha física, uma leitura integral pode impor carga significativa antes da aquisição.
Como funciona a recuperação profissional de NAS
O fluxo é adaptado ao modelo, sistema e tipo de falha. O princípio central é separar estabilização física dos discos da reconstrução lógica do NAS.
Função das tecnologias profissionais
PC-3000 pode auxiliar no diagnóstico em baixo nível, firmware e acesso técnico a famílias suportadas de HDD e SSD. Data Extractor auxilia aquisição e reconstrução lógica em cenários compatíveis. DeepSpar é utilizado para imaging controlado de mídias instáveis. Nenhuma ferramenta substitui a análise da arquitetura NAS.
Synology SHR, storage pool, Btrfs e EXT4
A Synology define SHR como um sistema automatizado de gerenciamento RAID. Documentação oficial indica que um storage pool SHR pode ser composto por múltiplos arrays integrados por uma camada de Logical Volume Manager. Isso explica por que "reconstruir o RAID" pode não ser suficiente para chegar ao volume final.
SHR-1 e SHR-2
SHR pode oferecer diferentes níveis de proteção conforme número de discos e configuração. A vantagem operacional é flexibilizar capacidades, mas a recuperação ainda depende de entender quais arrays internos e segmentos compõem o pool.
Btrfs
Synology utiliza Btrfs em modelos compatíveis. O fabricante documenta checksums, metadata mirroring, snapshots e mecanismos de self-healing em configurações suportadas. Na recuperação, árvores Btrfs, superblocos, chunks, dispositivos e snapshots podem ser relevantes.
EXT4
Alguns volumes Synology usam ext4. A abordagem lógica é diferente de Btrfs e pode preservar metadados distintos após falha ou exclusão.
Snapshot Replication
Se a perda é lógica e o pool está saudável, snapshots anteriores podem conter versões dos dados. Não execute repair ou recriação de volume antes de verificar se existe uma cópia válida.
QNAP: RAID groups, storage pools, LVM, EXT4 e ZFS
QNAP possui duas linhas de arquitetura que não devem ser confundidas. O próprio fabricante diferencia QTS e QuTS hero.
QTS
QTS usa RAID groups e storage pools para construir volumes e LUNs. Em configurações com storage pool existe uma camada de gerenciamento de volume entre o RAID e o filesystem. Volumes podem ser static, thick ou thin dependendo da configuração e versão.
QuTS hero
QuTS hero é baseado em ZFS. A QNAP documenta criação de storage pools com RAID e shared folders dentro do pool. Estruturas ZFS, snapshots e provisionamento passam a fazer parte do caminho lógico.
Storage Pool Inactive e Volume Crashed
Esses estados não provam perda definitiva. Podem resultar de discos ausentes, metadados, RAID groups incompletos, LVM, ZFS ou filesystem. Criar um novo pool ou clicar em "Initialize" antes de preservar o estado pode eliminar referências úteis.
Qtier e SSD cache
Camadas de cache e tiering podem adicionar dependências. O impacto de uma falha depende da política de cache, estado do pool e arquitetura usada. O histórico do equipamento deve registrar se havia SSD cache, Qtier ou expansão externa.
TrueNAS: pool, VDEV, RAIDZ, datasets e snapshots
A documentação atual do TrueNAS descreve pools ZFS construídos a partir de VDEVs. Os VDEVs podem usar mirror, stripe, RAIDZ e outros layouts. O pool depende dos VDEVs que o compõem, e uma perda além da redundância de um VDEV pode comprometer o pool inteiro.
RAIDZ1, RAIDZ2 e RAIDZ3
RAIDZ usa paridade do ZFS. Comparações com RAID 5 ou RAID 6 ajudam a compreender tolerância a falhas, mas ZFS possui organização própria e não deve ser reconstruído como um array de hardware genérico.
Checksums e self-healing
O ZFS calcula checksums e pode corrigir dados quando existe uma cópia redundante válida. Isso protege contra certas corrupções silenciosas, mas não torna um pool imune a múltiplas falhas físicas, erro administrativo ou perda de todos os caminhos redundantes.
Datasets e zvols
Dentro do pool, dados podem estar em datasets ou zvols. iSCSI, VMs e aplicações podem depender dessas estruturas. Recuperar o pool é apenas uma etapa antes de validar o conteúdo final.
Special VDEVs, SLOG e cache
Arquiteturas ZFS podem usar dispositivos adicionais. Alguns são críticos, outros são cache descartável. Nunca presuma o papel de um SSD pelo slot; registre a topologia antes de remover componentes.
Arquivos deletados de NAS: lixeira, snapshots e o estado do pool
Quando o NAS está saudável e a perda é apenas lógica, a primeira busca deve ser por mecanismos já existentes que não escrevem novas estruturas desnecessárias.
TrueNAS documenta snapshots ZFS como cópias point-in-time somente leitura. Synology e ASUSTOR também documentam snapshots em Btrfs, e QNAP oferece snapshots em suas plataformas compatíveis. Snapshot é valioso, mas não substitui uma cópia independente fora do mesmo pool.
Quando rebuild é manutenção e quando pode virar risco
Rebuild é uma operação legítima para restaurar redundância quando o array está em uma condição prevista pelo fabricante, o disco substituído é o único membro defeituoso e os dados críticos possuem backup validado. O problema ocorre quando rebuild é usado como tentativa de recuperação em um conjunto já instável.
| Cenário | Conduta mais segura | Por quê |
|---|---|---|
| Um disco falhou, volume acessível, backup validado | Seguir procedimento do fabricante para substituição e rebuild | Array ainda está dentro da redundância prevista |
| Um disco falhou, demais discos com bad blocks | Preservar e adquirir antes do rebuild | Leitura integral pode provocar nova falha |
| Dois discos offline em RAID 5 | Não forçar rebuild | O nível clássico perdeu mais membros que a tolerância de uma paridade |
| Rebuild travou | Interromper novas tentativas e avaliar membros | A causa pode ser outro disco instável ou metadados inconsistentes |
| Disco foi recolocado fora de ordem | Mapear seriais e metadados antes de escrever | A ordem pode ser necessária para remontagem correta |
| NAS sugere novo storage pool | Não criar enquanto os dados antigos forem necessários | Novo pool escreve metadados e pode sobrescrever referências anteriores |
Em ZFS, o termo comum é resilver, e a lógica interna é diferente de um rebuild de RAID clássico. O princípio de preservação permanece: não submeta mídias instáveis a operações intensas antes de garantir uma cópia dos dados importantes.
NAS afetado por ransomware: preserve dados e evidências
NAS já foram alvo de famílias de ransomware e campanhas voltadas a interfaces de administração expostas. O nome da ameaça pode ajudar na investigação, mas a estratégia deve ser baseada no estado real dos arquivos, snapshots, backups e logs.
Ransomware também exige decisões de segurança além da recuperação de dados, como conter credenciais comprometidas, corrigir a vulnerabilidade e impedir reinfecção. Recuperar o volume sem tratar a causa pode colocar os dados novamente em risco.
Cenários técnicos de recuperação de NAS
Synology SHR com dois discos apresentando erros durante repair
Contexto: o NAS entra em degraded e o administrador substitui um disco. Durante repair, outro membro começa a registrar erros de leitura.
Ação de risco: reiniciar o repair repetidamente e trocar mais discos sem preservar a ordem.
Estratégia: parar a escrita no pool, mapear seriais e bays, adquirir as mídias com instabilidade e reconstruir as camadas SHR, pool e Btrfs sobre imagens.
Aprendizado: a redundância protege contra uma quantidade prevista de falhas, mas não substitui backup nem torna o rebuild seguro diante de múltiplos membros degradados.
QNAP QTS com Storage Pool Inactive após queda de energia
Contexto: todos os discos aparecem, mas o pool não ativa e o painel sugere ações de recuperação.
Ação de risco: recriar storage pool ou inicializar os discos porque individualmente parecem RAW em outro computador.
Estratégia: preservar os membros, identificar RAID groups, metadados de pool e volume, e reconstruir a camada lógica sem escrever na origem.
TrueNAS RAIDZ2 com VDEV incompleto e dataset offline
Contexto: o pool perde mais caminhos de disco do que o esperado e deixa de importar normalmente.
Ação de risco: criar novo pool com os mesmos discos ou alterar labels tentando fazê-los aparecer.
Estratégia: adquirir os dispositivos, analisar labels ZFS, VDEV topology, metaslabs e árvores necessárias para determinar se existe um estado reconstruível.
NAS com arquivos criptografados e snapshots existentes
Contexto: compartilhamentos são criptografados por ransomware, mas snapshots point-in-time foram criados antes do incidente.
Ação de risco: apagar arquivos, resetar o NAS ou recriar o pool antes de validar os snapshots.
Estratégia: isolar rede, preservar evidências, verificar snapshots e backup offline e recuperar dados para um ambiente limpo antes de retornar à produção.
NAS criptografado, iSCSI, VMs e banco de dados
Em ambientes empresariais, a pasta compartilhada pode ser apenas a camada mais simples. NAS também podem hospedar iSCSI LUNs, volumes criptografados, containers, máquinas virtuais e bancos de dados.
Criptografia
Chaves, passphrases e arquivos de key vault podem ser necessários mesmo quando o RAID e filesystem foram reconstruídos.
iSCSI LUN
O NAS pode conter um bloco virtual que por sua vez possui NTFS, ReFS, VMFS ou outro filesystem. É uma camada dentro da camada.
Máquinas virtuais
VMDK, VHDX e QCOW2 precisam ser validados depois que o pool, volume e filesystem forem recuperados.
Quando há banco de dados, recuperar o arquivo físico não equivale automaticamente a recuperar uma base consistente. SQL Server, PostgreSQL, MySQL, Oracle e outras aplicações podem exigir validação estrutural adicional.
Perguntas frequentes sobre recuperação de NAS
NAS com volume Crashed ou Degraded tem recuperação?
Pode ter. Crashed, degraded, inactive, not mounted e outros estados descrevem a condição percebida pelo sistema, mas não determinam sozinhos a perda definitiva. A recuperação depende do número de discos realmente disponíveis, estado físico das mídias, metadados do array, storage pool, sistema de arquivos e intervenções já realizadas.
Devo trocar o disco com falha e iniciar rebuild?
Somente depois de avaliar o contexto e confirmar backup dos dados críticos. Se o array ainda está acessível e os demais discos estão saudáveis, o fabricante pode prever substituição e rebuild. Porém, quando há múltiplos discos instáveis, erros de leitura, rebuild anterior travado ou dados sem backup, reconstruir pode aumentar o risco. Nesses casos, preserve o estado e procure diagnóstico antes de escrever no array.
Posso conectar os discos do NAS em um computador Windows?
Conectar um disco não destrói automaticamente os dados, mas o Windows normalmente não monta as camadas Linux, RAID, LVM, Btrfs, ZFS ou outros formatos de NAS como um volume comum. Nunca aceite inicialização, criação de volume, formatação, CHKDSK ou qualquer operação de escrita. Em array degradado, a análise ideal é feita sobre clones ou imagens dos discos.
O que é Synology SHR?
Synology Hybrid RAID é o sistema automatizado de gerenciamento RAID da Synology. A documentação oficial informa que um storage pool SHR pode combinar múltiplos arrays e integrá-los em um único pool via Logical Volume Manager. A camada de volume pode usar Btrfs ou ext4 conforme modelo e configuração.
QNAP QTS e QuTS hero usam a mesma arquitetura?
Não. A QNAP documenta QTS e QuTS hero como plataformas diferentes. QTS tradicional trabalha com arquitetura Linux de RAID e storage pools, enquanto QuTS hero é baseado em ZFS. A recuperação precisa identificar qual sistema estava em uso antes de reconstruir o volume.
TrueNAS usa RAID 5 ou RAID 6?
TrueNAS usa ZFS e trabalha com VDEVs e layouts como mirror, RAIDZ1, RAIDZ2 e RAIDZ3. É comum comparar RAIDZ1 e RAIDZ2 a níveis clássicos de paridade, mas eles não devem ser tratados como implementações idênticas a RAID 5 e RAID 6 de uma controladora convencional.
Snapshots são backup?
Snapshots ajudam a voltar a estados anteriores e podem ser extremamente úteis contra exclusão acidental ou corrupção lógica, mas normalmente permanecem dependentes do mesmo pool e das mesmas mídias. Para proteção contra perda física, falha total do pool, furto ou desastre, é necessário manter cópias independentes em outro destino.
Se o NAS não aparece na rede, os discos estão com defeito?
Não necessariamente. IP alterado, switch, cabo, interface de rede, serviço de gerenciamento ou sistema operacional embarcado também podem tornar o NAS invisível. Se não houver alertas de disco ou volume, verificações de rede não destrutivas podem ser feitas. Se houver RAID degraded, crashed, disco failed ou ruídos, evite reinicializações repetidas.
Arquivos apagados de NAS podem ser restaurados sem laboratório?
Se o NAS está estável e a perda é somente lógica, verifique primeiro recursos já existentes e não destrutivos, como lixeira de rede quando habilitada e snapshots anteriores. Se o array está degradado, há discos instáveis ou o conteúdo é crítico, preserve o estado antes de executar varreduras.
NAS com ransomware tem recuperação?
Depende do ransomware, do tipo de criptografia, do sistema de arquivos, snapshots, backups, arquivos originais ainda presentes e do que foi feito após o ataque. Não existe garantia de descriptografia. A orientação inicial é isolar o NAS da rede e evitar alterações desnecessárias no armazenamento antes de preservar evidências e dados.
É possível recuperar NAS sem o gabinete original?
Em muitos cenários, sim. Quando os discos podem ser adquiridos individualmente, o array, storage pool e sistema de arquivos podem ser reconstruídos virtualmente a partir de imagens. Porém, criptografia, cache, controladoras proprietárias ou arquiteturas específicas podem exigir componentes, chaves ou informações do equipamento original.
Qual a diferença entre RAID e storage pool?
RAID descreve como blocos são distribuídos e protegidos entre discos. Storage pool é uma camada de capacidade que pode agregar um ou mais grupos, VDEVs ou arrays e servir de base para volumes, LUNs ou datasets. Em NAS modernos existem várias camadas entre o disco físico e a pasta compartilhada.
Btrfs e ZFS são a mesma coisa?
Não. São sistemas e tecnologias de armazenamento diferentes. Btrfs é usado em plataformas como Synology e ASUSTOR em configurações compatíveis, enquanto ZFS é a base do TrueNAS e do QNAP QuTS hero. Ambos oferecem checksums e snapshots em diferentes implementações, mas estruturas internas e métodos de recuperação são distintos.
NAS com dois ou mais discos falhando ainda pode ter recuperação?
Pode haver caminho técnico, mas a complexidade aumenta. O resultado depende do RAID, número de falhas além da tolerância, quais áreas estão ilegíveis, qualidade das imagens obtidas e metadados disponíveis. Não force rebuild quando o conjunto já perdeu mais membros do que o nível de redundância suporta.
A SECURITY atende recuperação de NAS em todo o Brasil?
Sim. A SECURITY atende clientes de diferentes regiões do Brasil e orienta o envio seguro dos discos ou do equipamento quando necessário. Em Barueri, este guia prioriza Alphaville, além de pontos de atendimento em São Paulo e Campinas.
Atendimento para recuperação de NAS em São Paulo e todo o Brasil
A SECURITY atende clientes de diferentes regiões do Brasil e orienta o envio seguro de NAS ou dos discos quando necessário. 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, HD, SSD, PC-3000, Data Extractor e análise RAID Low Level.
NAS por dentro: superblocos, RAID Low Level, LVM, Btrfs, ZFS, snapshots e reconstrução virtual
Esta seção aprofunda as estruturas que determinam se um NAS pode ser reconstruído quando a interface do fabricante não consegue mais montar o volume.
1. Discos do NAS não formam um único "disco grande" de maneira simples
O RAID distribui blocos conforme ordem, stripe size, offset, espelhamento e paridade. Em software RAID, metadados podem existir em diferentes posições dos membros. Em ZFS, labels e VDEV topology descrevem outra arquitetura. Recuperação começa identificando como cada LBA do volume final se relaciona aos discos.
2. RAID 0, 1, 5, 6 e 10
RAID 0 distribui dados sem redundância. RAID 1 espelha. RAID 5 utiliza uma paridade distribuída, RAID 6 duas, e RAID 10 combina mirrors e striping. Porém, implementações de NAS podem adicionar RAID groups, LVM e pools sobre esses níveis. O número do RAID é apenas uma parte do mapa.
3. Ordem dos discos e eventos anteriores
Ordem física pode ser reconstruída por metadados em muitos casos, mas fotografar baias e seriais reduz ambiguidade. Se discos foram removidos, recolocados em posições diferentes ou substituídos durante rebuilds, a linha do tempo precisa ser documentada.
4. Stripe size, offset e paridade
Na ausência de metadados completos, análise Low Level pode procurar padrões de filesystem, sequências de arquivos e assinaturas para inferir stripe e alinhamento. Em paridade, a relação entre membros muda conforme algoritmo e posição da stripe.
5. Synology SHR em múltiplas camadas
A documentação Synology explica que SHR automatiza gerenciamento RAID e pode combinar arrays em um storage pool. Em recuperação, identificar cada conjunto interno, Logical Volume Manager e o volume Btrfs ou ext4 é necessário antes de procurar as pastas compartilhadas.
6. QNAP QTS: RAID group, pool e volume
Em QTS, um storage pool pode ficar entre RAID groups e volumes thick ou thin. A perda de um grupo ou inconsistência de LVM pode tornar o volume inacessível mesmo que discos individuais ainda respondam. O objetivo é reconstruir o caminho lógico na ordem correta.
7. QNAP QuTS hero e ZFS
QuTS hero usa ZFS. Pools, RAIDZ, snapshots, shared folders e LUNs precisam ser interpretados como estruturas ZFS, não como um RAID clássico com EXT4. Ferramentas e métodos de recuperação diferem.
8. TrueNAS: pool e VDEV
TrueNAS documenta que pools são compostos por VDEVs. A redundância existe dentro dos VDEVs. Se um data VDEV é perdido além da tolerância, o pool pode ficar inacessível mesmo que outros VDEVs estejam íntegros. Mirrors e RAIDZ devem ser reconstruídos respeitando a topologia original.
9. Btrfs: trees, chunks e snapshots
Btrfs organiza filesystem por árvores e usa copy-on-write. Metadados, chunk mapping e superblocos ajudam a localizar dispositivos e estruturas. Snapshots são subvolumes point-in-time e podem manter versões anteriores quando o pool subjacente está legível.
10. ZFS: checksums, metaslabs e copy-on-write
ZFS combina volume manager e filesystem. Checksums permitem detectar corrupção e, com redundância válida, reparar determinados blocos. Uberblocks, metaslabs, object sets e árvores internas participam da montagem do pool. Isso é muito diferente de procurar uma MFT NTFS em um único disco.
11. Snapshots ajudam, mas dependem da mídia
Um snapshot local normalmente referencia blocos do mesmo pool. Se o pool inteiro é perdido fisicamente, o snapshot não é uma cópia independente. Replicação ou backup em outro dispositivo oferece uma camada adicional de proteção.
12. Quando clonar é prioridade
Bad blocks, ruídos, quedas de link, SMART crítico ou NAND instável indicam que o original não deve ser submetido a repetidas tentativas de montagem. A aquisição controlada procura extrair o máximo possível de cada membro e permite repetir a reconstrução sobre cópias.
13. RAID reconstruction sobre imagens
Com imagens disponíveis, o conjunto pode ser remontado virtualmente. Isso permite testar parâmetros sem escrever nos discos. O filesystem é analisado somente depois que a camada RAID ou pool apresenta o fluxo de blocos mais coerente possível.
14. O que acontece quando faltam setores
Clones de discos degradados podem conter lacunas. A paridade ou espelhamento pode reconstruir parte dessas regiões quando os demais membros estão íntegros. Se as lacunas ultrapassam a redundância ou atingem múltiplos membros na mesma stripe, alguns arquivos podem permanecer parciais ou corrompidos.
15. iSCSI e virtualização
Um LUN pode conter outro filesystem ou datastore. Depois de recuperar o NAS, ainda pode ser necessário reconstruir GPT, NTFS, ReFS, VMFS ou uma camada de disco virtual. A análise deve continuar até o objeto que o cliente realmente utiliza.
16. Matriz técnica de decisão
| Sintoma | Camada provável | Prioridade | Evitar |
|---|---|---|---|
| NAS não aparece, volumes sem alerta conhecido | Rede, SO embarcado, hardware NAS | Verificações de rede não destrutivas | Reset de fábrica |
| RAID Degraded, volume acessível | Disco individual / RAID | Backup validado | Rebuild antes do backup |
| Volume Crashed | RAID, pool, LVM, filesystem | Preservar discos e metadados | Criar novo volume |
| Rebuild travado | Outro membro instável / bad blocks | Diagnóstico individual | Repetir rebuild |
| Synology SHR offline | RAID interno, LVM, Btrfs/ext4 | Mapear arrays e pool | Repair sem cópia |
| QNAP Storage Pool Inactive | RAID group, LVM ou ZFS | Identificar QTS/QuTS hero | Initialize |
| TrueNAS pool não importa | VDEV, labels, ZFS metadata | Preservar topologia | Criar pool novo |
| Arquivos deletados, pool saudável | Filesystem / snapshots | Recycle bin e snapshots existentes | Novas gravações |
| Ransomware | Aplicação, filesystem, snapshots | Isolar rede e preservar evidência | Apagar arquivos e logs |
17. Conclusão técnica
A recuperação de NAS é uma reconstrução de cadeia. Primeiro vêm os discos, depois RAID ou VDEV, storage pool, volume, filesystem, snapshots e finalmente as aplicações. Pular uma camada ou escrever no conjunto antes de entender a arquitetura pode transformar uma falha recuperável em um estado muito mais difícil de reconstruir.
Referências utilizadas neste guia
A E-Recovery foi usada apenas como benchmark editorial, semântico e de intenção de busca. As explicações técnicas da SECURITY foram redigidas de forma original e confrontadas com documentação oficial dos fabricantes.
- Synology Knowledge Center: Synology Hybrid RAID (SHR)
- Synology: Btrfs, checksums e snapshots
- Synology DSM Technical Specifications
- QNAP: Storage & Snapshots para QuTS hero
- QNAP: QuTS hero baseado em ZFS
- TrueNAS: criação de pools, VDEVs e RAIDZ
- TrueNAS: ZFS Primer, checksums e self-healing
- TrueNAS: snapshots ZFS
- ASUSTOR: Snapshot Center, Btrfs e iSCSI snapshots
