Pool ZFS que não importa, volume que não monta ou RAID degradado? Triagem, preservação dos discos, reconstrução e validação com documentação.
TrueNAS/ZFS · SAN e NAS · RAID · Atendimento remoto no Brasil
Recuperação de storage é o conjunto de procedimentos para restabelecer o acesso aos dados quando um pool ZFS, um volume de SAN/NAS ou um arranjo RAID deixa de montar, entra em estado degradado ou apresenta corrupção. Na prática, começa por parar de escrever no equipamento, preservar o estado atual e trabalhar sobre cópias — nunca sobre os discos originais.
Alguns sinais indicam que o problema é de storage, e não de aplicação:
Em qualquer um desses casos, a primeira medida é parar a operação e não reinicializar em modo de reparo automático. Rebuild, fsck e “reparar” sem diagnóstico podem transformar um incidente recuperável em perda definitiva.
O escopo é recuperar o acesso aos dados e devolver o ambiente a um estado operacional documentado:
O trabalho é feito com registro das decisões e do estado de cada disco. Em ambientes com dados sensíveis (saúde, financeiro, jurídico), o manuseio segue o contrato e a LGPD.
ZFS não é “um RAID com outro nome”. O pool combina vdevs, e a integridade depende de metadados e checksums distribuídos. Um zpool import forçado, uma troca de versão ou um zpool clear no momento errado podem agravar a falha.
| Tipo | Como o host vê | Ponto crítico na recuperação |
|---|---|---|
| DAS | Discos locais ou em enclosure | Controladora/backplane e ordem dos discos |
| NAS | Compartilhamentos SMB/NFS | Sistema de arquivos e serviços do appliance |
| SAN | LUNs via iSCSI/FC | Mapeamento de LUN, multipath e cache de controladora |
| Hiperconvergente | Volume distribuído | Consistência entre nós e versão do cluster |
| Cenário | RAID protege? | Backup protege? |
|---|---|---|
| Falha de um disco | Sim | Sim |
| Falha de dois discos no mesmo vdev | Depende do nível (RAID-Z2/RAID6) | Sim |
| Exclusão acidental | Não | Sim |
| Ransomware | Não | Sim, se imutável/offline |
| Corrupção lógica | Não | Sim |
| Incêndio/roubo no site | Não | Sim, se houver cópia externa |
Se o ambiente ainda não tem cópia imutável e testada, a recuperação resolve o incidente atual, mas o próximo continua exposto.
Como protegemos os dados
Triagem de logs, ZFS, SMART e eventos da controladora antes de qualquer tentativa de reparo.
Orientação para parar a escrita e clonar ou gerar imagem antes de reconstruir.
Experiência com pools ZFS, volumes SAN/NAS, RAID de hardware e ambientes Linux.
Importação somente leitura, montagem e recuperação por prioridade definida com o cliente.
Testes de leitura, cópia para destino íntegro e relatório do que foi recuperado.
Plano de backup, snapshots e monitoramento para não repetir a falha.
Como conduzimos
Cada etapa é registrada para preservar a possibilidade de recuperação e dar previsibilidade ao negócio.
Perguntas frequentes
Pare de escrever no equipamento e fale com a Nyverra. A triagem inicial define o caminho mais seguro.
