Muitas PMEs só descobrem que o seu backup não funciona no pior momento possível: quando já precisam dele. A diferença entre uma interrupção de algumas horas e uma perda de dados permanente está, quase sempre, na forma como a estratégia de backup e recuperação de desastres foi planeada — não apenas executada.
Backup não é o mesmo que recuperação de desastres
Um backup é uma cópia dos dados. Um plano de recuperação de desastres (Disaster Recovery, ou DR) é o conjunto de processos que garante que, em caso de falha — avaria de hardware, ciberataque, incêndio, erro humano —, a empresa consegue voltar a operar dentro de um prazo aceitável. É perfeitamente possível ter backups e, ainda assim, não ter um plano de recuperação eficaz: a cópia existe, mas ninguém testou quanto tempo demora a restaurá-la, ou se o processo sequer funciona.
A regra 3-2-1
Uma estratégia de backup robusta segue tipicamente a regra 3-2-1: três cópias dos dados, em pelo menos dois tipos de suporte diferentes, com pelo menos uma cópia fora do local físico da empresa (offsite). Esta última componente é frequentemente a mais negligenciada — e a mais crítica em cenários como incêndio, inundação ou roubo, onde backups guardados no mesmo edifício são perdidos juntamente com os sistemas originais.
Dois indicadores que toda a empresa deveria conhecer
- RPO (Recovery Point Objective): qual é a quantidade máxima de dados que a empresa pode dar-se ao luxo de perder, medida em tempo? Se o último backup válido tem 24 horas, em caso de falha a empresa perde até um dia de trabalho.
- RTO (Recovery Time Objective): quanto tempo pode a empresa estar sem acesso aos seus sistemas até que o impacto se torne inaceitável para o negócio?
Definir estes dois valores — mesmo que de forma aproximada — é o primeiro passo para dimensionar corretamente uma estratégia de backup, porque o backup diário feito às 2h da manhã pode ser perfeitamente adequado para uma empresa, e completamente insuficiente para outra.
Porque é que testar o restauro é tão importante como fazer o backup
Um backup que corre todas as noites sem gerar erro não é garantia de nada — pode estar a copiar ficheiros corrompidos, bases de dados inconsistentes, ou simplesmente não incluir tudo o que é necessário para repor a operação. Testar periodicamente o processo de restauro, num ambiente controlado, é a única forma de confirmar que, no momento em que for realmente preciso, o backup vai funcionar.
Cenários que um plano de recuperação de desastres deve cobrir
- Falha de hardware (disco, servidor, equipamento de rede);
- Ciberataque, incluindo ransomware — cenário em que ter backups offline ou imutáveis é decisivo, porque impede que o próprio ataque encripte ou elimine as cópias de segurança;
- Erro humano — eliminação acidental de ficheiros ou pastas;
- Incidentes físicos no local — incêndio, inundação, roubo de equipamento.
Por onde começar
Se a sua empresa não sabe, com confiança, responder a estas três perguntas — onde estão os backups, há quanto tempo não são testados, e quanto tempo demoraria a repor os sistemas em caso de falha — é um bom sinal de que vale a pena rever a estratégia atual antes de precisar dela.
