Resposta rápida
Um snapshot é uma "foto" do estado de um sistema, disco ou máquina virtual num instante específico — um ponto no tempo pro qual você pode voltar rapidamente se uma atualização ou mudança der errado. É extremamente útil para rollback (testar algo e desfazer em segundos). Mas atenção ao ponto que mais gera perda de dados: snapshot NÃO é backup. Ele geralmente vive no mesmo storage que o dado original — se esse storage falha, o snapshot vai junto. Backup é uma cópia independente e externa, que sobrevive à morte do servidor. Os dois se complementam: snapshot para desfazer rápido; backup para recuperar de desastre.
Snapshot é uma das ferramentas mais úteis de quem administra servidor — e uma das mais mal-entendidas. A confusão "tenho snapshot, então estou protegido" já custou dados a muita empresa. Vamos separar o que snapshot é, o que ele faz bem, e onde ele não deve ser a sua única rede de segurança.
O que é um snapshot, de verdade
Imagine que você vai fazer uma mudança arriscada num servidor — atualizar um sistema, mexer numa configuração. Antes, você tira um snapshot: o sistema registra o estado atual naquele instante. Se a mudança quebrar tudo, você reverte para o snapshot e volta ao ponto anterior em segundos, como se a mudança nunca tivesse acontecido.
Tecnicamente, o snapshot não copia todos os dados na hora. Ele marca o ponto e, a partir dali, passa a registrar as mudanças (o que se chama copy-on-write). É por isso que criar um snapshot é quase instantâneo — e também por isso que ele depende do storage original: ele guarda o "antes" em relação ao disco que já existe, não uma cópia completa em outro lugar.
Para que snapshot é ótimo
- Rollback de atualização — atualizou e quebrou? Reverte e resolve em segundos, sem restaurar backup;
- Testes e experimentos — mexe à vontade sabendo que dá pra voltar ao estado limpo;
- Ponto de consistência antes de manutenção — uma rede de segurança de curtíssimo prazo durante uma janela de mudança.
Snapshot x Backup: a tabela que evita perda de dados
| Snapshot | Backup | |
|---|---|---|
| O que é | Ponto no tempo do estado atual | Cópia independente dos dados |
| Onde fica | Geralmente no mesmo storage do original | Externo, separado do servidor |
| Sobrevive à falha do storage? | Não — morre junto | Sim — é o ponto dele |
| Velocidade de criar/restaurar | Quase instantâneo | Mais lento (copia dados de verdade) |
| Protege contra | Mudança/atualização ruim | Falha de hardware, ransomware, erro humano, desastre |
| Retenção | Curto prazo (ocupa espaço no storage ativo) | Longo prazo, com versões |
Resumindo o essencial: snapshot é para desfazer; backup é para recuperar. Se o servidor pega fogo, o snapshot pega fogo junto. O backup, guardado fora, é o que te devolve a operação.
Como usar os dois juntos (o jeito certo)
Ambiente bem montado usa as duas camadas: snapshots para agilidade no dia a dia (rollback rápido de mudanças) e backup externo, testado, para a recuperação de verdade. Em ambientes de virtualização como o Proxmox, por exemplo, você tira snapshots de VMs antes de mexer nelas — mas o backup das VMs vai para um destino separado, como detalhamos no guia de backup de VM. E backup que ninguém restaurou é só esperança: teste a restauração de tempos em tempos.
Perguntas frequentes
Posso deixar snapshots ligados por muito tempo?
Não é recomendado. Snapshot mantido por muito tempo cresce (acumula as mudanças desde que foi criado), consome espaço no storage ativo e pode até degradar o desempenho. Snapshot é ferramenta de curto prazo — para guardar estado por muito tempo, o instrumento certo é backup.
Snapshot serve contra ransomware?
Sozinho, não confie. Se o snapshot está no mesmo storage e o ataque compromete esse storage, ele cai junto. A proteção real contra ransomware é backup externo e, idealmente, backup imutável, que não pode ser alterado nem apagado durante um período.
Qual a diferença de snapshot para clone?
Snapshot é um ponto no tempo do mesmo recurso; clone é uma cópia nova e independente (por exemplo, duplicar uma VM para criar outra). Clone ocupa espaço próprio; snapshot referencia o original.
Snapshot é rede de curto prazo. E o backup de verdade?
Se hoje sua proteção é só snapshot, tem um buraco no meio da operação. A gente ajuda a desenhar backup externo, testado e (quando faz sentido) imutável, junto do servidor. Fala com um especialista.
Falar com especialista →Ou comece pelo guia de backup para empresas.