Pergunte a qualquer gestor se a empresa tem backup e a resposta será sim. Pergunte quando foi a última vez que alguém restaurou alguma coisa para valer, e o tom da conversa muda.
Essa diferença entre ter backup e conseguir restaurar é onde mora quase todo o risco.
Backup não é o objetivo
Ninguém faz backup por gostar de backup. O objetivo é voltar a operar depois que algo dá errado — um disco que morre, um arquivo apagado por engano, uma criptografia maliciosa que passou pela madrugada.
A rotina de cópia é apenas metade do processo. A metade que importa é a restauração, e ela só é conhecida por quem a testou.
Já vimos rotinas que rodavam há anos, com relatório verde todo dia, cujo conteúdo não servia para nada: faltava um componente essencial que nunca entrou no escopo, e ninguém percebeu porque ninguém tentou voltar.
As duas perguntas que definem tudo
Antes de discutir ferramenta, vale responder duas perguntas de negócio. Elas parecem técnicas, mas quem decide não é a TI.
Quanto tempo a empresa aguenta parada? Uma hora? Um dia? Uma semana? A resposta muda completamente o desenho da solução — e o custo dela.
Quanto trabalho a empresa aceita refazer? Se a cópia é diária, à meia-noite, e o problema acontece às cinco da tarde, perde-se o dia inteiro de lançamentos. Esse retrabalho é aceitável?
Essas duas perguntas costumam ser respondidas por engenharia reversa: alguém escolheu uma ferramenta, ela roda uma vez por dia, e a empresa descobriu o que perde apenas no dia em que precisou. O caminho correto é o inverso — a operação define o limite, e a solução é desenhada para atendê-lo.
Ransomware mudou o jogo
Durante muito tempo, backup foi pensado contra falha de hardware e erro humano. Ambos são acidentes: não perseguem a cópia de segurança.
Ataques de sequestro de dados, sim. Quem entra em um ambiente com intenção de extorquir procura o backup primeiro, porque sabe que uma empresa com restauração funcionando não paga resgate. Se a cópia está acessível pela mesma rede, com as mesmas credenciais, ela será alvo antes dos dados de produção.
É daí que vem a insistência com dois conceitos.
Cópia isolada. Uma versão dos dados fora do alcance do ambiente principal, que não possa ser apagada mesmo por quem tenha credencial de administrador lá dentro.
Retenção com histórico. Se você guarda apenas a última cópia e a contaminação passou despercebida por dias, a cópia boa já foi sobrescrita. Manter versões anteriores é o que permite voltar a um ponto anterior ao problema.
A ordem de voltar também importa
Um detalhe que só aparece em desastre real: sistemas dependem uns dos outros. Restaurar na ordem errada faz o trabalho render menos e o tempo de parada crescer.
Autenticação costuma vir antes de tudo — sem ela, ninguém acessa nada, nem o time técnico. Depois vêm bancos de dados, aplicações e integrações. Cada ambiente tem sua sequência.
Esse mapa precisa existir escrito e fora do ambiente afetado. De preferência impresso ou em um serviço independente. Documentação de recuperação que só existe dentro do sistema derrubado não é documentação.
O teste que quase ninguém faz
Restaurar de verdade, em ambiente separado, e verificar se o sistema sobe e opera. Não conferir se o arquivo existe — abrir, usar, validar com quem trabalha naquilo todo dia.
É um exercício que consome algumas horas e entrega três coisas: a certeza de que a cópia serve, o tempo real de recuperação (quase sempre maior que o estimado) e a lista de detalhes esquecidos que só aparecem na prática.
Feito uma vez, já muda o patamar. Feito com alguma regularidade, transforma um plano teórico em capacidade real.
A conversa que vale ter
Backup raramente é discutido na mesa da diretoria, porque parece assunto técnico. Não é. É uma decisão sobre quanto risco a empresa aceita correr e quanto está disposta a investir para reduzi-lo.
A pergunta que abre essa conversa não é sobre ferramenta nem sobre nuvem. É mais simples: se amanhã de manhã nada estiver acessível, o que acontece com a operação — e em quanto tempo precisamos estar de pé?
Quem sabe responder isso com números tem um plano. Quem não sabe tem uma esperança.