Drivestor, Lockerstor, Flashstor e outras linhas ASUSTOR combinam RAID, volumes, EXT4 ou Btrfs, snapshots, SSD cache, iSCSI e o sistema ADM. Quando o conjunto perde um disco ou o volume deixa de montar, reconstruir sem mapear as camadas pode aumentar o risco.
O que é recuperação de NAS ASUSTOR?
O mesmo sintoma pode nascer em pontos diferentes. Um NAS que não inicializa pode ter problema no hardware do gabinete, no sistema ADM, em um disco que impede a montagem ou em um volume inconsistente. Um RAID Degraded pode estar dentro da tolerância prevista pelo nível RAID ou já ter outros membros com erros que tornam o rebuild arriscado.
Guia completo de recuperação de NAS ASUSTOR
Principais problemas em NAS ASUSTOR
Volume Degraded
Um membro falhou, foi desconectado ou acumulou erros. O array perdeu redundância, mas pode ainda estar acessível.
NAS não inicializa
O equipamento para no boot, reinicia, não aparece na rede ou fica com serviços ADM indisponíveis.
Uninitialized
A ASUSTOR documenta que o estado pode aparecer quando a partição de sistema nos discos não é reconhecida. Não inicialize se precisa dos dados antigos.
Btrfs não monta
Volume Btrfs pode sofrer inconsistência de metadados, problemas após queda de energia ou falha de mídia subjacente.
EXT4 inacessível
Superblocos, journal, inodes ou blocos essenciais podem ficar indisponíveis, principalmente quando há setores defeituosos.
Rebuild travado
A reconstrução para, fica excessivamente lenta ou encontra outro disco com erros durante a leitura integral.
Dois discos offline
Em RAID 5 clássico isso ultrapassa a tolerância de uma falha. RAID 6 tolera duas, mas o estado real dos membros ainda precisa ser avaliado.
Após queda de energia
Fonte, gabinete, discos, cache e estruturas lógicas podem ser afetados. Reiniciar repetidamente não identifica a causa.
Ransomware
Arquivos podem ser criptografados mesmo com RAID saudável. Snapshots e backups existentes precisam ser verificados antes de alterações.
Como o armazenamento ASUSTOR é organizado
O ASUSTOR Data Master, ADM, administra discos, volumes, RAID, cache, iSCSI e snapshots. Em recuperação, é importante separar a mídia física da camada lógica que o usuário enxerga.
HDD ou SSD
O membro físico pode apresentar bad blocks, falha mecânica, firmware, eletrônica ou, em NVMe, falha de controladora e NAND.
RAID
ADM suporta níveis de RAID para combinar capacidade, desempenho e redundância. O nível determina quantas falhas podem ser toleradas.
Volume
O volume final pode usar EXT4 ou Btrfs em configurações compatíveis, além de serviços e pastas compartilhadas.
Snapshot Center
Em volumes Btrfs e iSCSI LUNs compatíveis, snapshots podem manter pontos anteriores para restauração.
SSD Cache
Modelos compatíveis podem usar SSDs para acelerar leitura ou leitura e escrita. O cache deve ser documentado antes de remover componentes.
MyArchive e iSCSI
MyArchive é armazenamento removível próprio da ASUSTOR. iSCSI pode conter outra camada de filesystem ou virtualização dentro do NAS.
RAID 0, 1, 5, 6, 10, 50 e 60 em ASUSTOR
A documentação atual do ADM 5 suporta Single, JBOD e níveis RAID clássicos. RAID 50 e RAID 60 aparecem em suporte específico de linhas e versões, por isso não devem ser assumidos em todo modelo.
| Configuração | Redundância | Falha típica | Cuidados em recuperação |
|---|---|---|---|
| Single | Nenhuma | Falha do único disco | Recuperação depende diretamente da mídia |
| JBOD | Nenhuma | Perda de um membro pode afetar regiões do volume | Preservar ordem e todos os discos |
| RAID 0 | Nenhuma | Qualquer membro ausente interrompe o conjunto | Todos os membros são críticos |
| RAID 1 | Espelhamento | Um membro falha ou cópias divergem após eventos | Comparar os espelhos antes de escolher fonte |
| RAID 5 | Uma paridade | Segundo disco apresenta erros durante rebuild | Clonar membros instáveis antes da reconstrução |
| RAID 6 | Duas paridades | Dois membros falham e outro apresenta erros | A tolerância lógica não elimina riscos físicos |
| RAID 10 | Mirrors + stripe | Falhas no mesmo par espelhado | Identificar pares e ordem do conjunto |
| RAID 50 / 60 | Grupos RAID combinados | Falhas distribuídas entre grupos | Confirmar modelo, ADM e topologia exata |
RAID Scrubbing
A ASUSTOR descreve RAID Scrubbing como função para verificar integridade e consistência em RAID 5 e RAID 6. É manutenção preventiva. Em perda de dados com discos fisicamente instáveis, uma leitura extensa de scrubbing não substitui clonagem e diagnóstico.
Substituição de discos
Em procedimentos suportados, o fabricante orienta substituição conforme a tolerância do RAID. Datasheets ASUSTOR também alertam que vários discos não devem ser substituídos simultaneamente ou durante sincronização em determinados modelos, pois isso pode causar perda de dados.
10 passos quando o NAS ASUSTOR fica inacessível
O que não fazer em um ASUSTOR com RAID degradado
Forçar rebuild várias vezes
Se o primeiro rebuild parou por erro de leitura, repetir a mesma carga pode não resolver e pode piorar outro membro instável.
Rodar RAID Scrubbing para recuperar dados
Scrubbing não é ferramenta de recuperação. Use manutenção somente quando o storage está saudável e existe backup.
Atualizar ADM
Não altere software e firmware do ambiente durante um incidente sem necessidade técnica definida.
Criar novo volume
Se ADM oferece inicialização ou criação de volume, isso escreve novas estruturas e pode sobrescrever referências anteriores.
Formatar discos em outro computador
Um membro de RAID pode parecer sem filesystem montável quando visto isoladamente. Não use esse sintoma como justificativa para formatar.
Migrar RAID durante o incidente
RAID Level Migration é uma função legítima de administração, mas não deve ser usada para tentar consertar dados já inacessíveis.
Como funciona a recuperação profissional de NAS ASUSTOR
O fluxo deve separar falha física, camada RAID e filesystem. O gabinete original pode ajudar a entender a configuração, mas a reconstrução pode ser feita sobre imagens dos membros quando o ambiente original não monta mais.
Ferramentas profissionais
Em HDDs, PC-3000 e DeepSpar podem ser usados conforme a falha para acesso técnico e imaging. Em SSDs, PC-3000 SSD e Data Extractor podem ajudar em famílias suportadas. A análise RAID Low Level é aplicada depois da melhor aquisição possível dos membros.
ASUSTOR Btrfs: snapshots, copy-on-write e recuperação
A ASUSTOR introduziu suporte a Btrfs e Snapshot Center em modelos compatíveis. O Snapshot Center gerencia snapshots de volumes Btrfs e iSCSI LUNs e permite visualizar, agendar, bloquear e restaurar snapshots.
Snapshots podem salvar uma exclusão acidental?
Sim, quando um snapshot anterior existe e o volume está legível. A documentação ASUSTOR informa que snapshots Btrfs podem ser visualizados e arquivos podem ser copiados ou baixados a partir deles para restaurar eventos de corrupção ou outras perdas de dados.
Snapshot não é backup completo
O snapshot local depende do mesmo conjunto físico. Se o RAID perde mais discos que a tolerância ou o volume Btrfs fica inacessível por falha física, o snapshot também depende da recuperação da base.
Volume cheio
A ASUSTOR alerta que volumes não devem ficar completamente cheios, pois isso pode interferir na criação de snapshots. Em incidente, não tente liberar espaço apagando dados sem entender o que ainda pode ser necessário.
Volume ASUSTOR EXT4 não monta: o que pode estar acontecendo?
EXT4 pode ser usado em volumes ASUSTOR e utiliza superblocos, grupos de blocos, inodes, journal e estruturas de diretório. Quando um disco possui setores defeituosos em regiões críticas, o volume pode parecer corrompido mesmo que grande parte dos arquivos esteja fisicamente presente.
Superbloco e cópias
EXT4 mantém metadados redundantes em diferentes áreas conforme a configuração. Em uma imagem de RAID coerente, superblocos e estruturas alternativas podem ajudar na reconstrução lógica.
Journal
O journal auxilia consistência após desligamentos, mas repair não deve ser executado diretamente em um array crítico sem cópia. O objetivo da recuperação é preservar o máximo do estado original antes de modificar metadados.
RAID antes do EXT4
Se o filesystem está sobre RAID 5, RAID 6 ou RAID 10, a camada RAID precisa ser reconstruída primeiro. Rodar ferramentas EXT4 em um membro isolado não representa o volume final.
Recuperação de ASUSTOR Flashstor com SSDs NVMe
Flashstor é a família all-flash da ASUSTOR, baseada em múltiplos SSDs M.2 NVMe. A geração atual inclui modelos Flashstor Gen2, enquanto a geração anterior também permanece presente em ambientes ativos.
NVMe individual
Cada SSD possui controladora, firmware, NAND, FTL e estado de health próprios. Falha de um membro pode se somar ao RAID.
RAID sobre SSDs
Mesmo em all-flash NAS, a reconstrução do array ainda depende de ordem, nível RAID, blocos disponíveis e estado de todos os membros.
TRIM
O ADM possui funções de SSD Trim. Em perda lógica, formatação ou exclusão, comandos de descarte podem influenciar a recuperabilidade dos dados.
Em Flashstor, remover SSDs e testá-los como unidades independentes não reconstrói o volume. Quando a perda é física ou firmware de um NVMe, primeiro se tenta obter uma imagem estável do membro. Depois o RAID e o filesystem são reconstruídos.
Camadas ASUSTOR que podem mudar a recuperação
SSD cache
A ASUSTOR documenta modos de cache SSD em modelos compatíveis. Read-only e read-write possuem implicações diferentes. Antes de remover ou recriar cache, registre quais SSDs faziam parte dele e se o volume principal estava íntegro.
MyArchive
MyArchive transforma discos removíveis em unidades de arquivo e backup que podem ser montadas e ejetadas. O User Guide atual informa suporte a EXT4/Btrfs em funções de criptografia MyArchive. Um MyArchive pode conter dados independentes do volume RAID interno.
iSCSI LUN
O ADM permite iSCSI e snapshots de LUN. Um LUN recuperado pode conter NTFS, ReFS, VMFS ou outro filesystem usado por um servidor externo. Assim, recuperar o NAS pode ser apenas a primeira etapa.
Mover os discos para outro ASUSTOR: quando é recurso legítimo e quando não é recuperação
A ASUSTOR possui um mecanismo oficial de System Migration. O procedimento documentado inclui desligar o NAS e transferir os discos do sistema antigo para um NAS ASUSTOR compatível. Esse recurso é útil em upgrade ou falha do gabinete quando o conjunto de discos está saudável.
Quando pode fazer sentido
Falha de placa-mãe ou gabinete com discos e volume saudáveis, modelo de destino compatível e configuração conhecida podem ser cenários apropriados para migração conforme documentação do fabricante.
Quando não é prudente usar como primeira tentativa
RAID degradado com múltiplos membros instáveis, volume já corrompido, ordem de discos incerta, rebuild interrompido ou dados únicos sem backup. Nesses casos, uma nova inicialização do conjunto pode iniciar operações que alterem o estado antes da aquisição.
ASUSTOR atacado por ransomware: snapshots, backup e preservação
Quando arquivos compartilhados são criptografados, o RAID pode continuar perfeitamente saudável. O problema passa a existir na camada de dados e segurança. O primeiro objetivo é impedir novas alterações e manter evidências do incidente.
Não existe garantia de descriptografia. A estratégia precisa combinar recuperação de dados com contenção de segurança para evitar reinfecção.
Drivestor, Nimbustor, Lockerstor, Flashstor e rackmount
ASUSTOR mantém várias famílias para casa, criação de conteúdo e empresas. A arquitetura exata muda por geração, por isso modelo e número de baias devem sempre ser informados.
Drivestor
Linhas de entrada e small business, incluindo Drivestor Gen2 e Drivestor Pro Gen2. Alguns modelos atuais ampliaram suporte a Btrfs.
Nimbustor / AS54
Famílias voltadas a maior desempenho e criação de conteúdo, com múltiplos recursos de rede e, em algumas gerações, slots M.2 para SSD.
Lockerstor Gen2 e Gen3
Modelos com HDDs, M.2 NVMe e interfaces de alta velocidade. Lockerstor Gen3 adiciona plataformas recentes com PCIe 4.0 e 10GbE.
Flashstor
NAS all-flash com múltiplos SSDs M.2 NVMe, incluindo Flashstor Gen2. A recuperação combina análise de SSD e RAID.
Lockerstor Pro rackmount
Linhas rackmount de maior capacidade para empresas. Modelos Pro Gen2 atuais incluem configurações com suporte a RAID 50/60 conforme ADM e modelo.
Modelos legados
AS10, AS31, AS50, AS51, AS60, AS70 e outras séries podem permanecer em uso mesmo com suporte de software diferente das gerações atuais.
Cenários técnicos de recuperação de NAS ASUSTOR
Lockerstor 4 em RAID 5: rebuild encontra erros em segundo disco
Contexto: um HDD falha, o volume entra em Degraded e a substituição é iniciada. Durante o rebuild, outro membro apresenta setores instáveis.
Ação de risco: repetir o rebuild várias vezes ou substituir outro disco sem preservar os membros.
Estratégia: interromper novas escritas, mapear seriais e bays, adquirir discos instáveis e reconstruir o RAID 5 virtualmente.
Aprendizado: o rebuild é adequado quando o array está saudável dentro da tolerância. Quando surge uma segunda falha, o cenário muda para recuperação de dados.
Drivestor Pro Gen2 com Btrfs: pasta deletada e snapshots ativos
Contexto: uma pasta de trabalho é apagada, mas o NAS continua saudável.
Ação de risco: instalar ferramentas, copiar grandes volumes novos e excluir snapshots para liberar espaço.
Estratégia: verificar Recycle Bin e Snapshot Center em busca de um ponto anterior. Se a recuperação lógica simples não resolver, preservar o volume antes de varreduras.
Flashstor com NVMe offline em RAID 5
Contexto: um SSD M.2 desaparece e outro apresenta media errors ou lentidão.
Ação de risco: recriar RAID, inicializar o NVMe individualmente ou executar testes longos sobre a mídia instável.
Estratégia: avaliar cada SSD, adquirir o melhor conteúdo possível e depois reconstruir o RAID sobre imagens.
Gabinete ASUSTOR queimado com discos saudáveis
Contexto: placa ou fonte do NAS falha após evento elétrico, mas os discos não apresentam sinais de dano.
Opções: System Migration oficial para modelo compatível pode ser possível quando o conjunto está saudável, ou o array pode ser reconstruído sobre imagens fora do NAS.
Estratégia: primeiro confirmar a saúde dos discos e a compatibilidade antes de energizar o conjunto em outro equipamento.
Perguntas frequentes sobre recuperação de NAS ASUSTOR
NAS ASUSTOR com volume degradado tem recuperação?
Pode ter. Um volume degradado significa que o conjunto perdeu parte da redundância ou possui um membro ausente, falho ou inconsistente. A viabilidade depende do nível RAID, número de discos realmente saudáveis, erros de leitura, estado dos metadados, filesystem e histórico de rebuilds ou trocas já realizadas.
Devo substituir o disco falho e iniciar rebuild no ASUSTOR?
Quando o array está dentro da tolerância do RAID, os demais discos estão saudáveis e existe backup validado, o procedimento do fabricante pode prever substituição e rebuild. Quando há mais discos com erros, rebuild anterior interrompido ou dados sem backup, é mais seguro preservar o estado e avaliar os membros antes de iniciar escrita intensiva.
ASUSTOR usa EXT4 ou Btrfs?
ASUSTOR suporta diferentes sistemas de arquivos conforme modelo, versão e configuração. Btrfs e snapshots de volume estão disponíveis em modelos compatíveis. EXT4 também aparece em volumes ASUSTOR. A recuperação deve identificar o filesystem real, não assumir pelo nome do NAS.
Snapshot Center pode recuperar arquivo apagado?
Se o volume Btrfs ou iSCSI LUN possui um snapshot criado antes da exclusão e o storage permanece saudável, o Snapshot Center pode permitir navegação e restauração de versões anteriores. Snapshot local, porém, depende do mesmo armazenamento e não substitui backup independente.
Posso mover os discos para outro NAS ASUSTOR?
A ASUSTOR documenta System Migration entre modelos compatíveis, com o NAS desligado e transferência do conjunto de discos. Isso é um recurso legítimo de migração. Porém, em um incidente de perda de dados com RAID degradado, múltiplos discos instáveis ou metadados incoerentes, migrar o conjunto não deve substituir diagnóstico e preservação.
NAS ASUSTOR aparece como uninitialized depois de reiniciar. O que significa?
A própria ASUSTOR informa que um estado uninitialized após reboot pode ocorrer quando o NAS não consegue reconhecer a partição de sistema nos discos. Em recuperação, não inicialize o equipamento nem crie um novo volume enquanto os dados antigos forem necessários.
ASUSTOR suporta RAID 5, RAID 6 e RAID 10?
Sim, a documentação atual do ADM suporta RAID 0, 1, 5, 6 e 10 em configurações compatíveis, além de Single e JBOD. RAID 50 e RAID 60 possuem suporte restrito a linhas e versões específicas, por isso o modelo e o ADM precisam ser confirmados.
RAID Scrubbing recupera um NAS corrompido?
RAID Scrubbing é uma função de manutenção e consistência para arrays suportados, não uma ferramenta de recuperação de dados. Em mídias saudáveis pode ajudar a detectar e corrigir inconsistências previstas pelo sistema. Em discos com falha física ou perda de dados, não deve ser usado como substituto da preservação.
ASUSTOR Flashstor usa o mesmo processo de recuperação de um NAS com HD?
Não necessariamente. Flashstor usa múltiplos SSDs M.2 NVMe, então além do RAID e filesystem existe a camada de controladora, firmware, NAND, NVMe e TRIM dos SSDs. Cada NVMe pode precisar ser avaliado individualmente antes da reconstrução do conjunto.
SSD cache pode afetar a recuperação do NAS ASUSTOR?
Pode. ASUSTOR suporta diferentes modos de SSD cache em modelos compatíveis. O impacto depende de read-only ou read-write cache, estado do cache e do volume principal. Antes de remover SSDs ou recriar cache, registre a configuração original.
MyArchive faz parte do RAID principal?
MyArchive é um recurso ASUSTOR para usar discos removíveis como armazenamento de arquivo e backup. Esses discos podem usar filesystems próprios e não devem ser confundidos automaticamente com membros do volume RAID interno.
ASUSTOR com ransomware tem recuperação?
Depende da variante, snapshots, backup, estado dos arquivos e do que ocorreu depois do ataque. A primeira ação é isolar o NAS da rede, preservar ransom notes e logs e não apagar os arquivos criptografados. Não existe promessa universal de descriptografia.
Posso ligar os discos do ASUSTOR em um PC?
Conectar os discos para leitura não significa automaticamente perda de dados. O risco aumenta quando o sistema operacional oferece inicialização, formatação, criação de volume ou repair e essas ações são aceitas. Para arrays com dados críticos, a análise ideal é feita sobre clones ou imagens dos membros.
O NAS ASUSTOR precisa estar funcionando para recuperar os dados?
Nem sempre. Em muitos cenários, os discos podem ser adquiridos individualmente e o RAID, filesystem e volumes reconstruídos virtualmente sem depender do gabinete original. Entretanto, cache, criptografia, MyArchive, SSDs NVMe ou arquiteturas específicas podem exigir informações adicionais.
A SECURITY atende NAS ASUSTOR de todo o Brasil?
Sim. A SECURITY atende clientes de diferentes regiões do Brasil e orienta envio seguro do equipamento ou dos discos. Em Barueri, este artigo prioriza Alphaville, além das unidades em São Paulo e Campinas.
Atendimento para NAS ASUSTOR em São Paulo e todo o Brasil
A SECURITY atende clientes de diferentes regiões do Brasil e orienta o envio seguro do NAS ou dos discos conforme o caso. 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, HDD, SSD, PC-3000, Data Extractor e análise RAID Low Level.
ASUSTOR por dentro: ADM, RAID, Btrfs, EXT4, snapshots, NVMe e reconstrução virtual
Esta seção reúne as camadas que mais influenciam uma recuperação ASUSTOR e corrige simplificações que podem levar a procedimentos inadequados.
1. O ADM administra, mas os dados estão em várias camadas
ADM apresenta Storage Manager, Drive, volumes, RAID, SSD cache, iSCSI e Snapshot Center. O usuário enxerga pastas compartilhadas, mas por baixo existe uma cadeia de disco físico, RAID, filesystem e serviços. A falha de uma camada não prova a perda das demais.
2. Metadados do RAID precisam ser comparados entre os membros
Em reconstrução de arrays Linux, metadados presentes nos discos podem ajudar a identificar nível, membros, ordem e eventos. Quando informações divergem após rebuilds ou substituições, a análise cruzada entre imagens e a coerência do filesystem ajudam a escolher o estado correto. Não se deve assumir que uma única partição de um único disco contém toda a verdade do array.
3. RAID 5 e RAID 6: paridade não substitui mídia saudável
RAID 5 tolera uma falha de membro e RAID 6 duas, conforme a documentação ASUSTOR. Isso descreve tolerância lógica. Um disco sobrevivente com setores ilegíveis pode impedir que determinadas stripes sejam reconstruídas durante rebuild ou recuperação.
4. RAID 10 depende dos pares
RAID 10 combina espelhamento e striping. Vários discos podem falhar sem perda total se as falhas ocorrerem em pares diferentes, mas falhas nos dois membros do mesmo mirror podem criar lacunas. A topologia deve ser identificada antes da reconstrução.
5. RAID 50 e RAID 60 não são universais em toda linha ASUSTOR
O ADM 5.1.2 documenta RAID 50 e RAID 60 em suporte específico, com observação de disponibilidade em Lockerstor Pro Gen2. Uma página de recuperação deve verificar modelo e versão em vez de prometer suporte genérico por marca.
6. Btrfs usa copy-on-write, mas isso não significa recuperação garantida
Copy-on-write evita sobrescrever determinados blocos no mesmo lugar durante atualizações normais e favorece snapshots. Porém, perda física de membros RAID, metadados essenciais corrompidos ou regiões ilegíveis ainda podem tornar árvores Btrfs incompletas. CoW é uma propriedade de consistência, não um backup.
7. Snapshot Center trabalha com volumes Btrfs e iSCSI LUN
ASUSTOR documenta criação, agendamento, retenção, preview e restore de snapshots. Quando um snapshot anterior está íntegro, recuperar um arquivo deletado pode ser muito mais simples do que varrer a mídia. Se o volume base não monta, primeiro é necessário reconstruir o storage.
8. EXT4 deve ser analisado depois do RAID
Em RAID, um membro individual não contém necessariamente um filesystem EXT4 completo. A análise do superbloco, journal e inodes só faz sentido sobre o fluxo lógico correto do array, salvo casos de mirror em que um membro pode conter uma cópia completa.
9. System Migration é diferente de data recovery
ASUSTOR documenta mover todos os discos para um novo NAS compatível após desligar o equipamento. Isso é uma funcionalidade oficial e pode resolver falha de gabinete quando os discos estão saudáveis. Se o array já está degradado ou corrompido, iniciar outro NAS pode provocar montagens, sincronizações ou rebuilds. Recuperação prioriza aquisição antes de novas mudanças.
10. Flashstor adiciona uma camada SSD a cada membro
Em Flashstor, cada membro é NVMe. Um SSD pode falhar por controladora, firmware, NAND ou tradução. O conjunto RAID só pode ser reconstruído depois de determinar qual conteúdo lógico cada SSD ainda consegue fornecer.
11. SSD Trim e perda lógica
O User Guide do ADM inclui SSD Trim para manter desempenho de SSDs. Em um incidente de exclusão ou formatação, comandos de descarte podem reduzir a recuperabilidade em SSDs. Por isso, não se deve tratar Flashstor como um RAID de HDD apenas com mídia mais rápida.
12. SSD cache precisa ser classificado
Read-only cache e read-write cache têm papéis diferentes. Em cache somente leitura, o dado de autoridade continua no volume principal. Em modos com escrita, a integridade do cache e da política de sincronização pode se tornar mais relevante. A configuração original deve ser preservada.
13. MyArchive é armazenamento removível
MyArchive permite usar discos como unidades de arquivo que podem ser montadas e ejetadas. Em recuperação, um disco MyArchive deve ser identificado separadamente dos membros do RAID interno para evitar reconstrução com um membro que nunca fez parte do array.
14. iSCSI cria uma segunda camada de armazenamento
Um iSCSI LUN pode ser apresentado a Windows, Linux, VMware ou outro host e conter seu próprio filesystem. Recuperar o volume ADM não encerra necessariamente o trabalho. É preciso extrair o LUN e validar a camada que existe dentro dele.
15. RAID Scrubbing e Bad Block Scan são manutenção
ASUSTOR oferece RAID Scrubbing, SMART e bad sector scans. Em storage saudável, essas funções ajudam a acompanhar integridade. Em uma mídia já instável, testes completos podem impor leituras extensas. Para dados críticos, a prioridade é adquirir o conteúdo antes de diagnosticar até a exaustão.
16. Matriz técnica de decisão
| Sintoma | Camada provável | Prioridade | Evitar |
|---|---|---|---|
| ADM Degraded, volume acessível | Disco / RAID | Backup validado e avaliar demais membros | Rebuild sem verificar saúde |
| ADM Uninitialized | Partição de sistema / reconhecimento do conjunto | Preservar discos e não inicializar | Criar novo volume |
| Btrfs não monta | RAID, metadados Btrfs ou mídia | Reconstruir storage sobre imagens | Repair direto nos originais |
| EXT4 não monta | RAID ou filesystem | Confirmar fluxo lógico do array | fsck no membro isolado |
| Rebuild travado | Segundo disco instável / erros de leitura | Diagnóstico individual e clonagem | Repetir rebuild |
| Flashstor NVMe offline | SSD individual + RAID | Avaliar NVMe e adquirir membros | Inicializar SSD isolado |
| Gabinete queimado, discos saudáveis | Hardware NAS | Verificar System Migration ou reconstrução externa | Assumir que o array está corrompido |
| Arquivos deletados, Btrfs saudável | Filesystem / snapshot | Recycle Bin e snapshots existentes | Novas gravações |
| Ransomware | Dados / segurança | Isolar rede e preservar snapshots/logs | Apagar evidências |
17. Conclusão técnica
A recuperação ASUSTOR deve ser guiada pelo estado real, não por frases absolutas. Rebuild, System Migration, RAID Scrubbing e Snapshot Center são recursos legítimos quando usados no cenário para o qual foram projetados. Quando existe perda de dados, múltiplos discos instáveis ou volume já incoerente, o caminho muda: preservar, adquirir e reconstruir sobre cópias.
Referências utilizadas neste guia
A página da E-Recovery foi usada apenas como benchmark editorial, de intenção de busca e cobertura semântica. Os pontos técnicos da SECURITY foram redigidos de forma original e confrontados com documentação oficial da ASUSTOR.
- ASUSTOR ADM 5 Online Help: Volume e níveis RAID
- ASUSTOR NAS User Guide ADM 5.1.2
- ASUSTOR College: Introduction to RAID
- ASUSTOR College: RAID Level Migration and Capacity Expansion
- ASUSTOR Online Help: Drive, SMART e bad sector tests
- ASUSTOR Snapshot Center: Btrfs e iSCSI snapshots
- ASUSTOR College: System Migration
- ASUSTOR Knowledge: NAS Uninitialized após reboot
- ASUSTOR Knowledge: falha de disco em NAS
- ASUSTOR Product Support Status e famílias atuais
