Uma estratégia de backup e recuperação de desastres (DR) responde: se perdermos dados ou uma região inteira, quanto dados podemos perder, quão rápido podemos voltar e conseguimos realmente restaurar? Ela se baseia na regra 3-2-1, em objetivos claros de RPO/RTO e — criticamente — em .
3 copies of the data
2 different media / storage types
1 copy offsite (different region or provider)
→ no single failure (disk, host, datacenter, ransomware) destroys every copy
Backups devem ser automatizados (sem dependência de memória humana) e fora do local para que um desastre regional não leve o backup junto com o primário.
Esses dois objetivos guiam cada escolha de design:
frequent backups / replication → smaller RPO (less data lost)
hotter standby infrastructure → smaller RTO (faster recovery)
both cost money → pick targets per business criticality
Backup & restore → cheapest; restore from backups on demand (RTO: hours)
Pilot light → minimal core running, scale up on disaster (RTO: tens of min)
Warm standby → scaled-down live copy, scale up to take over (RTO: minutes)
Multi-site active → full live copies serving traffic (RTO: ~seconds)
Um backup que você nunca restaurou não é um backup — é uma esperança. Agende testes de restauração regulares: reconstrua de fato a partir do backup em um ambiente limpo e verifique a integridade. Isso detecta backups corrompidos, peças faltantes e runbooks quebrados antes de um desastre real.
Perda de dados e interrupções regionais são quando a sobrevivência de uma empresa é testada. 3-2-1 garante que uma cópia sobreviva a qualquer falha única; RPO/RTO transformam vagas "temos backups" em compromissos mensuráveis; camadas de DR permitem você alinhar custo à criticidade; e restaurações testadas são a única prova de que tudo realmente funciona. Pular o teste é como times descobrem, no meio de uma interrupção, que seus backups eram inúteis.