Backup falhou por meses sem alerta e empresa só descobriu na crise
28/09/2026
(Foto: Reprodução) Era uma tarde de quarta-feira quando o servidor principal de uma empresa de médio porte foi comprometido por um ataque de ransomware. Em menos de duas horas, todos os arquivos corporativos estavam criptografados e inacessíveis. O gerente de TI, com a voz trêmula, disse as palavras que todo gestor quer ouvir nessa situação: temos backup.
O problema é que o backup existia, mas não havia sido testado em 14 meses. O processo automatizado havia falhado silenciosamente três meses antes, sem gerar nenhum alerta, e ninguém havia notado. Os dados mais recentes simplesmente não estavam lá. Esse cenário não é exceção. É um padrão recorrente que se repete em empresas de todos os portes, e que compartilha sempre o mesmo elemento: a ilusão de segurança criada por um processo que nunca foi verificado.
Pellissari/Divulgação.
A distinção que muda tudo
Backup e continuidade operacional são conceitos relacionados, mas não idênticos. Backup é a cópia dos dados. Continuidade operacional é a capacidade de restaurar esses dados de forma completa, rápida e validada, garantindo que a empresa consiga retomar as atividades dentro de um prazo aceitável após um incidente.
Para definir o que é aceitável, dois indicadores precisam ser estabelecidos antes de qualquer incidente. O RTO, Recovery Time Objective, define o tempo máximo tolerável para que os sistemas voltem a operar. O RPO, Recovery Point Objective, define a quantidade máxima de dados que a empresa pode perder em termos de tempo.
Perder os dados das últimas quatro horas é uma situação diferente de perder os dados do último mês. Esses parâmetros precisam ser calibrados de acordo com a criticidade de cada sistema e o impacto operacional de cada cenário de perda. Sem essa definição, a estratégia de backup não tem referência para ser avaliada.
Pellissari/Divulgação.
Tipos de backup e quando cada um faz sentido
O backup completo copia todos os dados a cada ciclo. É o mais simples de restaurar, mas consome mais espaço e tempo de execução. Indicado para dados críticos com volume controlado. O backup incremental copia apenas o que mudou desde o último backup, sendo mais rápido e eficiente em armazenamento.
A restauração exige a combinação de múltiplos pontos, o que adiciona complexidade em situações de emergência. O backup diferencial copia tudo que mudou desde o último backup completo, equilibrando eficiência de armazenamento e simplicidade na hora de restaurar.
O backup em nuvem protege contra desastres locais como incêndio, inundação ou roubo de equipamentos, armazenando cópias fora do ambiente físico da empresa. Combinado com backup local, forma a estratégia conhecida como 3-2-1: três cópias dos dados, em dois tipos de mídia diferentes, com uma cópia offsite. É o modelo que garante recuperação mesmo em cenários de falha simultânea de múltiplos componentes.
A Pellissari implementa estratégias de backup e proteção de dados adequadas ao perfil de cada cliente, considerando volume de dados, criticidade dos sistemas, RTO e RPO definidos e orçamento disponível. A gestão inclui monitoramento contínuo dos processos de backup e testes periódicos de restauração. O objetivo é garantir que o "temos backup" signifique algo concreto quando for necessário.
O plano de resposta precisa existir antes da crise
Backup é um componente do plano de resposta a incidentes, não o plano inteiro. Uma estratégia de continuidade operacional robusta inclui a definição clara de quem faz o quê quando um incidente ocorre, em qual ordem os sistemas são restaurados, como a comunicação é conduzida com clientes e parceiros durante a crise e qual o protocolo de notificação regulatória sob a LGPD.
Empresas que têm esse plano documentado e testado regularmente conseguem responder a incidentes de forma ordenada, reduzindo significativamente o tempo de recuperação e os danos colaterais. O critério que separa as que conseguem das que não conseguem é simples: planejamento feito antes da crise, não durante.
