Backup 3-2-1: a Estratégia de Backup Completa para Empresas

Todo mundo faz backup — até o dia em que precisa restaurar e descobre que o arquivo estava corrompido, vazio ou trancado junto com o resto da rede. A tese em uma frase: backup não é ter uma cópia dos dados, é conseguir restaurá-los depois de um desastre — e a única estratégia que sobrevive a ransomware, incêndio e erro humano de uma vez é a regra 3-2-1.

Neste guia você vai entender por que a regra 3-2-1 funciona, o que significa cada número, a variação moderna 3-2-1-1-0 (a mais indicada contra ransomware), os tipos de backup e como montar tudo na prática. O caminho de uma cópia, da produção até o teste de restauração, é este:

Por que a regra 3-2-1 funciona contra ransomware

A regra 3-2-1 existe porque nenhuma cópia isolada é confiável: disco falha, prédio pega fogo, gente apaga arquivo por engano e ransomware criptografa tudo que alcança. A lógica é probabilística — quanto mais cópias independentes, em lugares e mídias diferentes, menor a chance de um único evento levar todas de uma vez. Um exemplo torna a diferença óbvia.

Sem backup adequado. Uma empresa faz backup toda sexta em um NAS conectado à rede. Na segunda de manhã, um ransomware entra por um e-mail de phishing e criptografa o servidor principal. Como o NAS está na mesma rede, ele é criptografado junto, em minutos. Servidor e backup se perdem ao mesmo tempo, e a escolha vira pagar o resgate ou aceitar a perda — as duas ruins.

Com backup 3-2-1. A mesma empresa mantém, além do servidor e do NAS local, uma cópia off-site desconectada (fita em cofre ou nuvem com imutabilidade). O ransomware criptografa servidor e NAS, mas não alcança a cópia isolada. A equipe isola a máquina infectada, restaura a partir da cópia protegida e volta a operar sem pagar resgate.

A diferença crítica é uma só: a cópia que o malware não consegue tocar. Ransomware só criptografa o que está ao alcance da rede. O que exige ação manual, credencial separada ou está fisicamente desconectado fica de fora — e é exatamente essa cópia que salva a operação.

A regra de backup 3-2-1 em detalhe

Cada número resolve um tipo de falha diferente:

Por que 3 e não 2? Porque hardware falha. Se as cópias 1 e 2 forem destruídas juntas (ransomware, incêndio, surto elétrico), a cópia 3 é o que resta. Duas cópias são um risco; três são redundância real.

Por que 2 mídias? Porque mídias do mesmo tipo tendem a falhar pelas mesmas razões. Se tudo está em SSD, um bug de firmware do controlador ou o fim da vida útil pode atingir todas as unidades na mesma janela. Misturar tecnologias — disco e nuvem, disco e fita magnética — quebra essa correlação. Fita, aliás, dura décadas em armazenamento adequado e continua sendo a mídia mais barata por terabyte para retenção longa.

Por que 1 off-site? Porque desastres físicos são locais. Um incêndio, uma enchente ou um roubo levam tudo que está no mesmo endereço. A cópia off-site é o que sobrevive quando o prédio inteiro se perde — e, no caso do ransomware, é também a que fica fora do alcance da rede comprometida.

Vale conectar isso a dois conceitos que definem quanto de backup você realmente precisa: o RPO (quanto de dado você aceita perder) e o RTO (quanto tempo pode ficar sem o serviço). Eles ditam a frequência e a velocidade de restauração da sua estratégia — o tema tem um guia próprio sobre a diferença entre RPO e RTO.

3-2-1-1-0: a versão moderna contra ransomware

O 3-2-1 nasceu antes de o ransomware virar epidemia. A variação atual, popularizada por fornecedores de backup, endurece a regra com dois números a mais:

• +1 (imutável ou offline): pelo menos uma das cópias precisa ser air-gapped (fisicamente desconectada) ou imutável — gravada de forma que não possa ser alterada nem apagada durante um período definido. Na nuvem, isso é o object lock / WORM; em fita, é a própria desconexão. É a cópia à prova de ransomware.
• +0 (zero erros): zero erros verificados nos testes de restauração. Não basta o backup rodar sem reclamar; ele precisa restaurar de verdade e o dado precisa abrir íntegro.

A CISA, agência de cibersegurança dos Estados Unidos, recomenda no seu guia #StopRansomware exatamente isso: manter backups offline e criptografados e testar a restauração com regularidade. Não é preciosismo — é o que separa recuperar em horas de perder tudo.

A regra de ouro do offline: se você consegue apagar ou criptografar uma cópia com um clique (porque ela está conectada e acessível), o ransomware também consegue, de forma automática. Offline é aquilo que exige uma ação manual — desconectar, ir ao cofre, autenticar com uma credencial separada — para ser alcançado.

Tipos de backup: full, incremental e diferencial

Antes de montar a estratégia, é preciso decidir o que cada job copia. Os três tipos clássicos trocam espaço por velocidade de restauração:

A combinação mais comum é um full periódico (semanal, por exemplo) somado a incrementais diários. Isso economiza espaço e janela de backup, ao custo de uma restauração que depende da cadeia inteira estar íntegra — mais um motivo para testar. Recursos como deduplicação e compressão reduzem ainda mais o volume ocupado, o que derruba o mito de que backup 3-2-1 exige triplicar o espaço em disco.

Como implementar o backup 3-2-1 na prática

Não existe fórmula única, mas uma arquitetura funciona bem para a maioria das empresas: uma cópia local rápida para o dia a dia e uma cópia off-site resiliente para o pior cenário.

• Cópia 1 — produção: o servidor, banco de dados ou storage que você usa. É o original, não o backup.
• Cópia 2 — local: backup automático em NAS ou disco dedicado, na própria rede. Serve para restaurações rápidas do cotidiano (um arquivo apagado, uma pasta corrompida).
• Cópia 3 — off-site e protegida: na nuvem (com imutabilidade) ou em mídia levada para fora. É a cópia que sobrevive ao incêndio e ao ransomware.

O caminho até chegar lá costuma seguir esta ordem:

1. Inventarie e defina metas. Levante quais dados são críticos, quanto ocupam e como crescem. Defina RPO e RTO — eles determinam a frequência do backup e a velocidade de restauração de que você precisa.
2. Configure o backup local. Agende backups incrementais diários (fora do horário de pico), com criptografia habilitada e uma política de retenção clara.
3. Adicione a cópia off-site. Envie uma cópia para a nuvem ou para outro local, com imutabilidade ou isolamento de credenciais. Aqui mora o "1" da regra.
4. Teste a restauração. Restaure para um ambiente separado, confira a integridade e cronometre quanto demora. Documente o resultado.
5. Monitore continuamente. Configure alertas de falha, revise a estratégia periodicamente e repita os testes. Backup é processo, não projeto de uma vez só.

Sobre ferramentas: há opções open source (como Duplicati, restic e Bacula), soluções comerciais robustas (como o Veeam) e provedores de nuvem para a cópia off-site (como Backblaze B2 e Amazon S3 / S3 Glacier para armazenamento frio). A escolha depende do volume de dados, do orçamento e de quanto suporte e automação você precisa — o comparativo detalhado está no guia sobre as soluções de backup que existem. Se ainda está começando pelo básico, vale entender antes o que é backup e como um backup deve ser feito.

O teste de restauração é a parte mais importante

Aqui está a falha mais comum e mais silenciosa: fazer backup e nunca testar a restauração. O job termina com "sucesso" no painel, o e-mail de confirmação chega, e ninguém abre o arquivo. Já vi backup que rodava havia meses e, no dia de restaurar, entregava um pacote vazio sem nunca ter reclamado — o processo "concluía", mas o conteúdo não existia. Um backup não testado não é um backup: é uma esperança.

Um teste de restauração mínimo, feito com regularidade, cabe em uma rotina simples:

• Escolha um arquivo ou pasta e restaure em um ambiente separado, sem sobrescrever o original.
• Verifique a integridade: os arquivos abrem? O banco de dados sobe e responde?
• Cronometre quanto tempo levou — é assim que você descobre se o seu RTO é realista.
• Documente a data, o que testou e o resultado, e corrija qualquer problema antes de precisar de verdade.

Uma hora de teste programado hoje evita a descoberta, no pior momento possível, de que a rede inteira dependia de um arquivo que não existia.

Perguntas frequentes sobre backup 3-2-1

O que é a regra de backup 3-2-1?

É a estratégia base de backup: manter 3 cópias dos dados, em 2 tipos de mídia diferentes, com pelo menos 1 cópia off-site (fora do local físico do original). A ideia é que nenhum evento único — falha de hardware, incêndio, roubo ou ransomware — atinja todas as cópias ao mesmo tempo.

Qual a diferença entre 3-2-1 e 3-2-1-1-0?

A variação 3-2-1-1-0 é a versão moderna, endurecida contra ransomware. Ela acrescenta 1 cópia imutável ou offline (air-gapped), que o malware não consegue apagar nem criptografar, e 0 erros verificados nos testes de restauração — ou seja, backups testados de verdade, não só agendados.

Backup na nuvem conta como cópia offline?

Depende de como está configurado. Uma nuvem que sincroniza automaticamente e pode ser apagada com as mesmas credenciais do dia a dia está "online" e vulnerável. Ela só vira uma cópia protegida quando você usa imutabilidade (WORM / object lock) ou uma conta isolada com permissões restritas, de forma que nem quem administra consiga deletá-la facilmente.

Com que frequência preciso testar a restauração?

Regularmente e de forma programada — não apenas quando um desastre acontece. Um teste periódico (por exemplo, mensal) restaurando arquivos reais para um ambiente separado é o que comprova que o backup funciona. Backup que nunca foi restaurado é uma suposição, não uma garantia.

Quanto espaço preciso para fazer backup 3-2-1?

Não é preciso triplicar o volume dos dados. Backups incrementais e a deduplicação reduzem bastante o espaço, porque só o que muda é copiado após o backup completo inicial. O dimensionamento depende do volume, da taxa de mudança e do tempo de retenção que você precisa manter.

Conclusão

Backup 3-2-1 é a fundação de qualquer plano de recuperação: 3 cópias, 2 mídias, 1 off-site — e, na sua versão endurecida, 1 cópia imutável e 0 erros nos testes. Ele protege ao mesmo tempo contra ransomware, falha de hardware, desastre físico e erro humano, algo que nenhuma cópia isolada consegue fazer.

O custo de implementar é pequeno perto do custo de perder tudo — e a parte que mais falha não é montar o backup, é confiar nele sem nunca ter restaurado. Comece pelo essencial: uma cópia local para o dia a dia, uma cópia off-site protegida e um teste de restauração na agenda. Para fechar a defesa contra ransomware, combine isso com as práticas de cibersegurança para PMEs e entenda melhor onde os dados vivem em o que é um storage.