Snapshot não é backup: entenda o erro que causa perda de dados

Snapshot não é backup — e confundir os dois é um dos erros mais caros em infraestrutura. Vamos ao porquê, sem marketing e sem romantizar. 😅


O que um snapshot realmente é

Snapshot é um registro de estado de um disco/VM em um momento específico.

Tecnicamente:

  • Ele depende do disco original
  • Usa copy-on-write (só guarda blocos alterados)
  • Vive no mesmo storage ou no mesmo backend

Ou seja: snapshot é um atalho para voltar no tempo, não uma cópia independente.


Por que snapshot não é backup

1️⃣ Mesmo ponto de falha

Se o storage quebrar, corromper ou for perdido:

  • Disco → perdido
  • Snapshot → perdido junto

Backup de verdade vive fora do sistema original.


2️⃣ Não protege contra corrupção lógica

Erros comuns que o snapshot não salva:

  • rm -rf executado antes do snapshot
  • Banco já corrompido
  • Malware/ransomware já ativo
  • Bug de aplicação gravando dados inválidos

Snapshot só congela o estado ruim.


3️⃣ Retenção curta (e perigosa)

Snapshots normalmente:

  • Ficam horas ou poucos dias
  • Crescem rápido
  • Impactam performance de I/O

Não são pensados para:

  • Histórico longo
  • Auditoria
  • Recuperação tardia

4️⃣ Restaurar snapshot ≠ restaurar backup

Restaurar snapshot geralmente:

  • Substitui o disco inteiro
  • Derruba a VM
  • Não permite granularidade (arquivo/tabela)

Backup sério permite:

  • Restore de arquivo
  • Restore de banco
  • Restore parcial
  • Restore em outro servidor

5️⃣ Snapshot não segue regra 3-2-1

Regra básica de backup:

  • 3 cópias
  • 2 mídias diferentes
  • 1 fora do ambiente

Snapshot:

  • 1 cópia
  • 1 mídia
  • 0 isolamento

❌ Falha total de estratégia.


Onde snapshot faz sentido

Snapshot é ótimo como:

  • ✔️ Proteção rápida antes de update
  • ✔️ Rollback de patch/upgrade
  • ✔️ Ponto de retorno imediato
  • ✔️ Complemento de backup

Mas nunca como substituto.


Backup de verdade precisa ter

Um backup minimamente sério:

  • Cópia independente
  • Armazenamento externo
  • Retenção definida
  • Teste de restore
  • Automação + alerta de falha

Exemplos:

  • rsync para outro servidor
  • Borg / Restic
  • Backup de banco lógico (mysqldump, pg_dump)
  • Object storage (S3, Backblaze, Wasabi)

Frase para tatuar no cérebro do sysadmin

Snapshot ajuda a dormir. Backup ajuda a acordar depois do desastre.

FAQ

Snapshot pode substituir um backup?

Não. Snapshot depende do mesmo storage e não protege contra falhas físicas, corrupção lógica ou ataques como ransomware.

Qual a principal diferença entre snapshot e backup?

Snapshot registra o estado de um disco no mesmo ambiente. Backup cria uma cópia independente, geralmente em outro servidor ou storage.

Snapshot protege contra falha de disco?

Não. Se o disco ou storage for perdido, os snapshots também são perdidos.

Posso usar snapshot junto com backup?

Sim. Snapshot é ótimo como complemento para rollback rápido, mas nunca deve ser a única estratégia de proteção de dados.

Qual é a estratégia de backup mais recomendada?

Seguir a regra 3-2-1: três cópias dos dados, em duas mídias diferentes, com pelo menos uma fora do ambiente principal.