Backup full copia tudo; incremental copia só o que mudou desde o último backup de qualquer tipo; diferencial copia o que mudou desde o último full. A escolha entre eles define a velocidade do seu backup, o espaço que vai consumir e, principalmente, quanto tempo vai demorar para recuperar os dados quando você precisar.
Backup Full: a base de tudo
Imagine que você tira uma fotografia completa do ambiente — todo arquivo, todo bloco de dado, todo banco de dados. Isso é o backup full. É a operação mais simples conceitualmente e a que oferece restore mais rápido e confiável: você pega aquele ponto no tempo e restaura. Sem dependências, sem cadeias, sem cálculos.
O problema é o custo. Um backup full de 10 TB leva tempo, consome largura de banda e ocupa 10 TB de storage — toda vez que é executado. Para ambientes com janelas de backup curtas (você não pode impactar a produção das 22h às 6h e tem 50 TB para copiar), fazer full toda noite é inviável.
Por isso o backup full geralmente serve como ponto de partida, rodando semanalmente ou mensalmente, com outros tipos preenchendo os intervalos.
Backup Incremental: velocidade com complexidade
O backup incremental copia apenas os dados que mudaram desde o último backup — seja ele full ou incremental. Se o full rodou domingo e o incremental rodou segunda, na terça o incremental copia só o que mudou desde segunda.
A vantagem é clara: janelas de backup muito menores e consumo de storage mínimo por ciclo. Em ambientes onde só 5–10% dos dados mudam por dia, o incremental diário é muito mais eficiente que fazer full.
O problema aparece na hora do restore. Para recuperar os dados de quinta-feira, você precisa do full do domingo mais os incrementais de segunda, terça, quarta e quinta — todos os links da cadeia, em ordem. Se qualquer um desses backups estiver corrompido ou ausente, a cadeia quebra e o restore falha. E quanto mais longa a cadeia, maior o tempo de recuperação.
Na prática, um restore completo a partir de incremental pode levar de duas a quatro vezes mais tempo do que a partir de um full isolado. Para ambientes onde o RTO é crítico — onde você não pode ficar horas recuperando — isso pesa na decisão.
Backup Diferencial: o meio-termo
O diferencial resolve parcialmente o problema de dependência do incremental. Ele copia tudo que mudou desde o último full, independentemente de quantos backups intermediários existiram.
Se o full foi domingo, o diferencial de quinta copia tudo que mudou desde domingo — não só o que mudou desde quarta. Isso significa que para restaurar quinta-feira, você precisa de apenas dois componentes: o full do domingo e o diferencial de quinta. A cadeia tem sempre dois elos, não sete.
A desvantagem é que os diferenciais crescem ao longo da semana. O diferencial de segunda é pequeno; o de sexta pode ser quase tão grande quanto um full, porque acumula seis dias de mudanças. O consumo de storage no ciclo completo é maior do que o incremental.
A comparação direta:
| Critério | Full | Incremental | Diferencial |
|---|---|---|---|
| Velocidade de backup | Lenta | Muito rápida | Rápida (cresce com o tempo) |
| Consumo de storage | Alto | Baixo | Médio (cresce na semana) |
| Velocidade de restore | Muito rápida | Lenta (depende da cadeia) | Rápida (full + 1 diferencial) |
| Complexidade de restore | Baixa | Alta | Baixa |
| Risco de falha na cadeia | Nenhum | Alto | Baixo |
Estratégias combinadas e backup sintético
Na prática, nenhuma empresa usa apenas um tipo. A estratégia mais comum é full semanal com incrementais diários — boa para ambientes onde o RTO tolerado é de horas, não minutos.
Para ambientes mais exigentes, entra o conceito de backup sintético, que é onde a tecnologia moderna realmente brilha. Em vez de rodar um novo backup full a partir dos servidores de produção toda semana (consumindo rede, CPU e janela de backup), o software de backup combina o full anterior com os incrementais acumulados para gerar um novo full sintético — sem impactar produção.
O Veeam chama isso de Synthetic Full Backup. O resultado é que você tem sempre um ponto de full disponível para restore rápido, sem o custo de transmitir terabytes da produção para o repositório toda semana.
Outra variação importante é o backup forever-incremental, onde há um único full inicial e todos os backups subsequentes são incrementais. O software consolida as chains periodicamente em background para manter a performance de restore. Esse modelo é muito eficiente em storage, mas exige software capaz de gerenciar a consolidação automaticamente — e um repositório de alta performance.
Qual usar na prática
O problema real aqui é que a escolha do tipo de backup é secundária à definição do RTO. Comece pelo quanto de tempo de indisponibilidade você aceita em caso de falha e volte: se seu RTO é de 1 hora, um restore baseado em cadeia incremental de 7 dias pode não ser compatível. Se seu RTO é de 4 horas, a cadeia incremental funciona bem.
Para sistemas críticos com RTO baixo: full frequente ou backup sintético com consolidação automática.
Para ambientes grandes com janela de backup curta e RTO tolerante: incremental diário com full semanal sintético.
Para ambientes médios onde simplicidade operacional importa: diferencial diário com full semanal — fácil de gerenciar, restore previsível.
Quer entender qual estratégia de backup faz sentido para o seu ambiente? Os especialistas da Adentro avaliam sem compromisso.