EIVUS

Snapshot vs backup: quando usar cada um

Snapshots são rápidos e pontuais; backups são para longo prazo e off-site.

Voltar ao blog

Snapshots dão pontos de restore rápidos no mesmo storage; úteis para rollback. Backups devem ser copiados para fora do servidor e retidos por mais tempo. Use ambos: snapshots para recuperação recente, backups para recuperação de desastres.

Snapshots

  • O que são: Cópia pontual de um volume ou dataset, muitas vezes copy-on-write (rápido e eficiente em espaço).
  • Onde ficam: No mesmo sistema de storage. Não são off-site; se o array ou DC falhar, os snapshots podem se perder.
  • Use para: Rollback rápido após deploy ou mudança de config ruim. Recuperação de curto prazo. Não substituem backup off-site.

Backups

  • O que são: Cópia dos dados (completa ou incremental) para outro sistema, região ou provedor. Retidos conforme política (ex.: 30 dias, 7 anos).
  • Onde ficam: Storage diferente, outra região ou arquivo. Sobrevivem à perda do site primário.
  • Use para: Recuperação de desastres, compliance, retenção de longo prazo. Teste restore com frequência.

Use ambos

  • Snapshots: Rápidos, mesmo storage; para rollback recente e recuperação de curto prazo.
  • Backups: Fora do servidor, retenção maior; para DR e compliance. Opcionalmente exporte snapshots para storage de backup (ex.: object em outra região) para automatizar.

Resumo

Snapshot = ponto no tempo rápido no mesmo storage; backup = cópia fora do servidor, retida por mais tempo. Use snapshots para rollback e recuperação recente; use backups para DR e longo prazo.

Clientes que confiam na gente