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

Como aplicar a regra na prática?

Em uma empresa com servidores próprios, um desenho comum fica assim:

1. Cópia 1: os dados em produção, no servidor ou no serviço em nuvem.
2. Cópia 2: o backup em um repositório local, como um servidor ou storage dedicado, usado nas restaurações do dia a dia.
3. Cópia 3: uma cópia enviada para armazenamento em nuvem com imutabilidade, ou para fitas guardadas em outro endereço.

A cópia local resolve a maioria dos pedidos, como recuperar uma pasta apagada ou uma máquina virtual corrompida, sem depender da internet. A cópia externa entra em cena quando o problema atinge o local principal: um incêndio, um furto ou um ataque que comprometeu também o repositório local.

O que conta como mídia ou local diferente?

A separação precisa ser real. Alguns arranjos parecem atender à regra, mas não atendem:

• RAID: protege contra a falha de um disco, mas replica exclusões e arquivos criptografados. Não é uma cópia de backup.
• Duas pastas no mesmo storage: se o equipamento falhar ou for comprometido, as duas se perdem juntas.
• Snapshot no mesmo equipamento da produção: acelera restaurações, mas depende do mesmo hardware.
• Cópia em outra sala do mesmo prédio: ajuda em falhas de equipamento, mas não em incêndio, inundação ou furto que atinja o prédio.

Em serviços SaaS, a lógica se repete. Lixeiras e políticas de retenção do Microsoft 365 ficam dentro do próprio serviço e sob as mesmas contas administrativas. O backup do Microsoft 365 e de outros serviços em nuvem cumpre o papel de cópia independente, com credenciais separadas e, de preferência, armazenada fora do ambiente do provedor.

Quais erros são comuns ao seguir a regra?

• Cópia externa desatualizada: se ela é feita uma vez por mês, um desastre no local principal pode significar semanas de dados perdidos. A frequência da cópia externa também precisa respeitar o RPO.
• Mesmas credenciais para tudo: repositório local e cópia na nuvem acessados pela mesma conta do domínio permitem que um único invasor alcance as três cópias.
• Rotina externa sem monitoramento: a cópia para fora falha por falta de banda ou de espaço, e ninguém percebe.
• Contar a sincronização como cópia: uma pasta sincronizada com um serviço de arquivos na nuvem replica exclusões e arquivos criptografados, por isso não equivale a um backup independente.
• Testes só na cópia local: como ela é mais rápida, a restauração a partir da cópia externa nunca é exercitada.

Quanto tempo leva restaurar a cópia externa?

Essa pergunta costuma ser esquecida. Trazer alguns terabytes da nuvem por um link de internet comum pode levar dias, o que talvez seja incompatível com o RTO combinado com o negócio. Como referência de cálculo, um link de 100 megabits por segundo totalmente dedicado à tarefa transfere pouco mais de 1 terabyte por dia.

Antes de depender dessa cópia, calcule o volume e a banda disponível. Verifique se o fornecedor oferece envio dos dados em disco físico e avalie restaurar diretamente na nuvem, ligando os servidores lá enquanto o local principal é reconstruído.