Uma rotina de backup pode terminar sem erros e ainda assim falhar no momento decisivo: o arquivo não abre, a cópia foi comprometida junto com o servidor ou ninguém sabe quais dados restaurar primeiro. Para reduzir esse risco, o plano precisa cobrir não apenas a cópia, mas também o caminho de volta à operação.
A orientação da CISA para pequenas e médias empresas recomenda identificar os dados importantes, seguir a regra 3-2-1 e proteger, testar e treinar. A orientação conjunta da CISA e parceiros sobre ransomware também recomenda cópias offline e criptografadas, com testes regulares de disponibilidade e integridade.
O que a regra 3-2-1 resolve — e o que não resolve
A regra 3-2-1 é uma referência simples: mantenha três cópias dos dados, em dois tipos de mídia ou armazenamento, com uma cópia fora do local principal. Ela reduz a dependência de uma única máquina ou local, mas não garante, sozinha, que a cópia esteja íntegra, isolada de credenciais comprometidas ou restaurável no tempo necessário.
Em cenários de ransomware, considere também uma cópia offline ou protegida contra alteração, credenciais administrativas separadas e acesso restrito ao repositório de backup. A CISA alerta que malwares podem procurar e apagar ou criptografar cópias acessíveis. Imutabilidade e armazenamento externo podem ajudar em alguns contextos, mas exigem avaliar custo, configuração e requisitos de conformidade.
Defina o que deve voltar primeiro
Liste os serviços e dados essenciais: por exemplo, banco de dados do site, arquivos enviados por clientes, sistema de pedidos, DNS e configurações de aplicação. Registre dependências e responsáveis. Uma cópia do banco pode ser inútil se faltarem chaves, arquivos de configuração, certificados ou instruções de implantação necessárias para reabrir o serviço.
Estabeleça dois objetivos com as áreas de negócio:
- RPO (Recovery Point Objective): quanto de dado recente a empresa tolera perder, expresso como intervalo de tempo entre o último ponto recuperável e o incidente.
- RTO (Recovery Time Objective): quanto tempo o serviço pode ficar indisponível até a restauração aceitável.
Esses objetivos dependem da operação e não são sinônimos de frequência de backup ou garantia de recuperação. O guia NIST SP 800-34 Rev. 1 descreve RPO como ponto até o qual os dados devem ser recuperados e RTO como tempo planejado para restaurar funções após interrupção. Use-os para orientar a estratégia; não adote metas genéricas sem validar impacto e recursos.
Teste restaurações, não apenas tarefas de backup
Agende exercícios recorrentes, com escopo proporcional ao risco. Comece com uma restauração parcial em ambiente separado e verifique se os arquivos abrem e se a aplicação consegue consultar os dados. Depois, simule uma recuperação mais ampla, incluindo dependências e procedimento de retorno ao serviço.
- Escolha um conjunto representativo e identifique o ponto de recuperação usado.
- Restaure sem sobrescrever produção e valide integridade, permissões e consistência da aplicação.
- Meça o tempo real, registre falhas e compare com o RPO/RTO definido.
- Atualize o roteiro, os contatos e as responsabilidades; repita após mudanças relevantes.
Um teste de arquivo isolado não comprova que um sistema inteiro pode voltar. Por outro lado, nem toda empresa precisa começar por um exercício complexo: o objetivo é revelar lacunas com segurança e evoluir a cobertura. Guarde as instruções e credenciais de emergência de forma protegida e acessível às pessoas autorizadas, inclusive quando a rede principal estiver indisponível.
Checklist para revisar seu plano
- Inventário dos dados, sistemas e responsáveis atualizado.
- Cópias em locais ou meios distintos, incluindo uma cópia fora do ambiente primário.
- Acesso administrativo ao backup separado e restrito; cópias offline ou com proteção contra alteração quando apropriado.
- Frequência e retenção compatíveis com os objetivos de recuperação e obrigações aplicáveis.
- Testes documentados de restauração parcial e, quando viável, de recuperação de serviço.
- Registro de duração, resultado, lacunas encontradas e ações corretivas.
Perguntas frequentes
Guardar backup na nuvem já basta para seguir a regra 3-2-1?
Não necessariamente. A regra considera cópias, diversidade de meios e uma cópia fora do local. A arquitetura concreta precisa avaliar isolamento, permissões, retenção, dependências e se a restauração foi testada; “na nuvem” por si só não comprova esses pontos.
Com que frequência devo testar a restauração?
Não existe intervalo universal. Defina uma cadência conforme criticidade, mudanças do sistema, RPO/RTO e risco; repita também após alterações importantes na rotina de backup ou na aplicação. Documente o resultado para tornar o teste verificável.
Backup elimina o risco de ransomware?
Não. Backup é uma medida de recuperação, não substitui prevenção, controle de acesso, atualização, monitoramento e resposta a incidentes. Cópias acessíveis a uma conta comprometida também podem ser atingidas.
Conecte backup e infraestrutura ao plano de continuidade
Empresas que hospedam sites, aplicações ou bancos de dados em VPS e servidores cloud devem incluir esses componentes no inventário de recuperação e validar como os dados e configurações serão restaurados. A HAD Cloud pode ser considerada na avaliação de infraestrutura para cargas de trabalho empresariais; confirme previamente quais recursos, rotinas de backup e condições se aplicam ao serviço escolhido. O desenho da estratégia e os testes devem refletir os requisitos específicos do seu negócio.
