Uma tarefa de backup marcada como concluída não prova, por si só, que a empresa conseguirá voltar a operar. O arquivo pode estar incompleto, corrompido, inacessível por falta de credenciais ou simplesmente levar mais tempo para restaurar do que o negócio tolera. A verificação que fecha essa lacuna é um teste de restauração feito em ambiente controlado.
A CISA recomenda testes programados de recuperação para conferir a integridade das cópias e ajustar os objetivos de recuperação. A orientação também destaca cópias separadas e fora do local de operação. Na prática, o teste transforma uma expectativa em evidência: o que foi recuperado, quanto tempo levou e quais etapas falharam.
O que um teste de restauração precisa responder
Antes de iniciar, escolha um conjunto de dados e defina o resultado esperado. Para uma loja virtual, por exemplo, isso pode incluir os arquivos do site, banco de dados, configurações necessárias e uma página funcional em um ambiente isolado. Não basta conferir se o arquivo existe: valide se a aplicação abre e se os dados fazem sentido.
- Integridade: os arquivos e registros restaurados podem ser lidos e usados?
- RPO (objetivo de ponto de recuperação): quanto de alteração recente a empresa aceita perder? Se o último ponto restaurável for de ontem, isso atende à operação?
- RTO (objetivo de tempo de recuperação): quanto tempo pode levar até o serviço voltar a funcionar?
- Dependências: há credenciais, DNS, certificados, configurações ou serviços externos necessários para concluir a retomada?
RPO e RTO são metas definidas pelo negócio, não propriedades automáticas do backup. A frequência das cópias influencia o RPO; capacidade, tamanho dos dados, rede, procedimentos e dependências afetam o tempo real de recuperação. Meça o resultado em vez de presumir que ele corresponde à meta.
Como executar um teste seguro e útil
- Escolha um cenário realista. Comece por um arquivo crítico, uma base de dados ou um serviço prioritário. Registre o ponto de recuperação que será usado.
- Prepare um destino isolado. Restaure em ambiente de teste, sem sobrescrever produção e sem expor dados além do necessário. Controle o acesso e descarte cópias temporárias conforme a política da empresa.
- Restaure também as instruções. Siga o procedimento documentado e cronometre cada etapa. Se uma pessoa específica precisar improvisar ou buscar uma senha não documentada, registre isso como falha do processo.
- Valide tecnicamente e com a área usuária. Verifique integridade, inicialização e funções essenciais. Para um site, teste páginas-chave e operações representativas, não apenas a tela inicial.
- Compare com RPO e RTO. Anote o horário dos dados recuperados e o tempo até o serviço ficar utilizável. Compare os resultados com as metas acordadas.
- Corrija e repita. Atualize runbooks, permissões, retenção ou frequência de cópias conforme necessário; depois refaça o exercício para confirmar a melhoria.
Restauração e ransomware: mantenha cópias fora do alcance
Um ransomware pode tentar atingir cópias acessíveis a partir do ambiente comprometido. Por isso, a CISA recomenda manter backups offline e criptografados e testar regularmente sua disponibilidade e integridade em cenários de recuperação. A regra 3-2-1 — três cópias, em dois tipos de mídia, com uma fora do local — é uma referência útil, mas não substitui avaliar isolamento, acesso administrativo e capacidade efetiva de restaurar.
Não conecte uma cópia isolada ao ambiente de produção apenas para “ver se funciona”. Faça o exercício em rede ou infraestrutura de teste controlada, com permissões limitadas, e defina como confirmar que a cópia não foi afetada antes de usá-la para recuperação.
Checklist para registrar cada exercício
- Data, responsável, sistema e cenário testados;
- ponto de recuperação utilizado e idade dos dados restaurados;
- tempo total e duração das etapas críticas;
- validações técnicas e funcionais realizadas;
- bloqueios encontrados, dependências ausentes e acessos necessários;
- ações corretivas, responsáveis e data prevista para novo teste.
O NIST trata testes, treinamento e exercícios como parte do planejamento de contingência: eles ajudam a validar componentes e procedimentos e a identificar lacunas. A publicação SP 800-34 Rev. 1 foi elaborada para órgãos federais dos EUA; suas orientações podem servir como referência voluntária, adaptadas à realidade de cada organização.
Perguntas frequentes
Com que frequência devo testar a restauração?
Defina uma periodicidade proporcional à criticidade, às mudanças no sistema e às exigências do negócio. Também teste após alterações relevantes no processo de backup ou na arquitetura. O essencial é haver uma agenda registrada e repetir após corrigir falhas.
Posso considerar o backup validado se o software informa sucesso?
Não completamente. Esse status confirma uma etapa do processo de cópia, mas não demonstra que os dados podem ser restaurados, que a aplicação volta a funcionar ou que o tempo atende ao RTO. O teste precisa validar a recuperação no destino.
Preciso restaurar o ambiente inteiro?
Nem sempre em todo exercício. Combine testes parciais de arquivos e bases com simulações mais amplas que percorram as dependências e o procedimento de retomada. Priorize sistemas pelo impacto que sua indisponibilidade causa.
Próximo passo
Se sua empresa usa hospedagem, VPS ou infraestrutura em nuvem, documente quais componentes precisam ser recuperados e quem executará cada etapa. Converse com sua equipe técnica ou provedor para esclarecer quais dados estão incluídos no processo contratado, como solicitar uma recuperação e quais responsabilidades cabem a cada parte. Não presuma que qualquer serviço inclua retenção ou restauração específica: confirme escopo e condições antes de depender dele.
