Ter backups não basta se ninguém sabe quais versões manter, por quanto tempo e como recuperar os componentes que fazem um site funcionar. Uma política de retenção bem definida reduz a chance de descobrir, tarde demais, que a cópia disponível já contém um erro ou que faltam arquivos essenciais.
A retenção determina por quanto tempo cada cópia fica disponível. Ela complementa a frequência dos backups e o plano de restauração: não é uma promessa de recuperação instantânea, mas uma decisão operacional sobre quais pontos de recuperação a empresa poderá escolher.
O que uma política de retenção precisa responder
- Quais dados e sistemas são críticos: banco de dados, arquivos enviados, código, configurações e dados de operação.
- Com que frequência criar cópias, considerando a quantidade de alterações que a empresa pode refazer ou perder.
- Por quanto tempo guardar versões recentes e históricas, levando em conta necessidades operacionais, contratuais e legais aplicáveis.
- Quem pode acessar, apagar ou alterar as cópias, e como proteger credenciais e acessos administrativos.
- Como validar e restaurar uma cópia sem sobrescrever a produção antes de conferir o resultado.
Defina a retenção a partir do impacto, não de um número padrão
Considere um site de vendas: alterações de catálogo e pedidos podem ocorrer continuamente. Uma rotina diária pode deixar um intervalo de mudanças sem cópia; uma rotina mais frequente reduz esse intervalo, mas também exige avaliar armazenamento, custo e operação. Para um site institucional com poucas atualizações, outra frequência pode ser suficiente. Não existe um prazo universal que sirva para todos.
Organize as versões por camadas: cópias recentes para recuperação operacional e cópias mais antigas para investigar alterações descobertas com atraso. Defina prazos explícitos para cada camada e documente exceções. A regra 3-2-1 — três cópias, em dois tipos de mídia, com uma fora do local principal — é uma referência de desenho, não substitui avaliar isolamento, controle de acesso e restauração.
Inclua os componentes necessários para reconstruir o serviço
Em sites e aplicações, avalie separadamente banco de dados, arquivos e configurações do servidor. Registre também dependências que não são arquivos de conteúdo, como versões de software, variáveis e procedimentos de implantação, sem colocar segredos em documentação aberta. Uma cópia do banco sem os arquivos enviados, ou o inverso, pode não reconstruir o estado esperado.
Se houver infraestrutura como código ou arquivos de configuração versionados, preserve cópias protegidas e controle quem pode alterá-los. A CISA recomenda manter backups offline e testar sua disponibilidade e integridade; seu guia também chama atenção para imagens de sistemas e documentação necessárias à reconstrução.
Teste a política com uma restauração isolada
- Escolha uma cópia recente e uma versão histórica dentro do período de retenção.
- Restaure em ambiente isolado, sem substituir o site ativo.
- Confira integridade do banco, presença de arquivos e funcionamento de páginas e fluxos essenciais.
- Meça o tempo total e anote etapas manuais, permissões necessárias e dependências ausentes.
- Registre o resultado, corrija falhas e repita o teste após mudanças importantes.
Um teste de restauração verifica mais do que a existência do arquivo: demonstra se a equipe consegue localizar a cópia, acessá-la com segurança e usá-la para recuperar um serviço. O NIST inclui testes e exercícios de contingência e validação dos dados recuperados em sua orientação de planejamento.
Checklist para revisar a retenção
- Inventário de sistemas e dados incluídos, com responsáveis.
- Frequência e prazos de retenção definidos por criticidade.
- Cópia protegida e separada do ambiente principal, com acesso restrito.
- Procedimento de restauração documentado e testado.
- Critérios de validação e prioridades de retorno ao serviço.
- Revisão da política quando o sistema, o volume de dados ou as obrigações mudarem.
Como a HAD Cloud pode ajudar
Se sua empresa está avaliando hospedagem, VPS ou infraestrutura em nuvem para um site ou aplicação, converse com a HAD Cloud sobre o ambiente adequado ao seu projeto. Antes de contratar, confirme quais recursos de backup e recuperação estão incluídos e quais responsabilidades permanecem com sua equipe; este artigo não presume características específicas de planos.
Perguntas frequentes
Por quanto tempo devo guardar backups?
O prazo depende da criticidade, da frequência de mudanças, do tempo até detectar problemas e das obrigações aplicáveis. Documente a decisão e revise-a periodicamente.
Backup diário é suficiente para um site?
Depende de quanto dado pode ser refeito ou perdido entre cópias. Avalie o impacto do intervalo e teste se a frequência escolhida atende à operação.
Como sei se o backup está funcionando?
Faça restaurações em ambiente isolado, valide dados e funcionalidades e registre duração e falhas. Um arquivo criado com sucesso não comprova que o serviço pode ser recuperado.
