Um projeto que levou aproximadamente 90 dias de trabalho foi cancelado. A pasta do cliente acabou excluída. Cerca de 60 dias depois, o cliente voltou e decidiu retomar o serviço.
A empresa tinha backup. As cópias eram realizadas. Mas, quando chegou a hora de recuperar os arquivos, surgiu um detalhe decisivo: a retenção configurada era de apenas 30 dias.
Nesse caso, os pontos de recuperação que continham a pasta já não estavam disponíveis. Documentos e informações precisaram ser reconstruídos, consumindo novamente horas da equipe.
Essa história mostra por que a retenção de backup precisa ser definida a partir da rotina do negócio. A existência de uma cópia não significa que qualquer arquivo poderá ser recuperado a qualquer momento.
O que é retenção de backup?
Retenção de backup é a política que define por quanto tempo, ou em que quantidade, as cópias e os pontos de recuperação serão mantidos disponíveis.
Ela determina até onde a empresa poderá voltar no histórico, considerando as cópias efetivamente existentes e as regras da solução utilizada.
Por exemplo: se a empresa mantém apenas pontos de recuperação recentes, um arquivo excluído há dois meses pode não estar mais presente em nenhuma das cópias disponíveis.
As regras variam conforme a ferramenta e o esquema de backup. Podem considerar idade das cópias, quantidade de pontos ou outros critérios. A documentação da Acronis, por exemplo, explica que essas opções dependem do esquema configurado e que dependências entre cópias também influenciam sua exclusão.[1]
Por isso, não basta perguntar se o backup está funcionando. É preciso perguntar quais versões continuam recuperáveis.
O caso: 90 dias de trabalho e uma janela de recuperação curta
A profissional já utilizava um serviço de backup das pastas da empresa. Na rotina, isso trazia a sensação de que os documentos estavam protegidos.
Quando um cliente cancelou um projeto que acumulava aproximadamente três meses de trabalho, ela excluiu a pasta correspondente. Naquele momento, não imaginava que precisaria consultar aquele material novamente.
O cliente retornou cerca de 60 dias depois e decidiu retomar o projeto. A continuidade dependia dos arquivos produzidos anteriormente.
Foi quando a limitação apareceu: a configuração de 30 dias não preservava mais os pontos necessários para aquela recuperação.
| Momento | O que aconteceu |
|---|---|
| Durante aproximadamente 90 dias | A equipe produziu documentos, arquivos e informações do projeto. |
| Após o cancelamento | A pasta do cliente foi excluída. |
| Cerca de 60 dias depois | O cliente retornou e solicitou a retomada. |
| Na tentativa de recuperação | As cópias necessárias já estavam fora da retenção disponível. |
O prejuízo foi além da perda dos arquivos: um trabalho já realizado precisou ser refeito.
Isso não significa que o tempo de reconstrução foi necessariamente igual aos 90 dias originais. Significa que parte do esforço investido deixou de estar disponível e precisou ser repetida.
Backup diário e retenção de 30 dias são coisas diferentes
Frequência e retenção respondem a perguntas distintas:
- Frequência: de quanto em quanto tempo os dados são copiados?
- Retenção: por quanto tempo os pontos de recuperação são preservados?
Uma empresa pode fazer backup todos os dias e ainda assim não conseguir recuperar uma pasta excluída há dois meses, caso nenhum ponto que contenha essa pasta tenha sido mantido.
Copiar com mais frequência ajuda a reduzir o intervalo entre as versões disponíveis. Isso, por si só, não aumenta o tempo de preservação do histórico.
Há ainda uma terceira pergunta: quanto tempo a empresa pode ficar sem os dados? Ela orienta o planejamento da restauração e precisa ser avaliada junto com as outras duas.
Retenção de 30 dias é insuficiente para qualquer empresa?
Não existe um prazo único adequado para todos os negócios ou para todos os tipos de informação.
Trinta dias podem atender a determinadas necessidades operacionais. Em outras situações, o histórico precisa acompanhar projetos que duram meses, contratos recorrentes ou materiais que serão consultados muito tempo depois da criação.
No caso relatado, havia uma incompatibilidade entre o prazo de preservação e o momento em que os arquivos voltaram a ser necessários.
Também seria um erro concluir que basta aumentar tudo para 60 ou 90 dias. O próximo pedido de recuperação pode ocorrer depois disso. A decisão precisa considerar cenários reais de uso, capacidade de armazenamento, custo e requisitos aplicáveis à informação.
O prazo deve ser uma decisão consciente, documentada e validada com quem utiliza os dados.
Como definir uma política de retenção de backup
1. Identifique os dados e seus responsáveis
Liste as pastas, os sistemas e as informações que precisam ser protegidos. Confirme onde estão armazenados e quem pode dizer por quanto tempo continuam úteis.
Uma pasta de projeto, um banco de dados operacional e arquivos temporários podem exigir políticas diferentes.
2. Considere quando a necessidade de recuperação pode aparecer
Pergunte às áreas da empresa:
- Um cliente pode retomar um projeto meses depois?
- Quanto tempo costuma passar até alguém perceber uma exclusão?
- Há versões antigas que precisam ser consultadas?
- Quais arquivos seriam difíceis ou impossíveis de reconstruir?
Essas respostas ajudam a identificar situações em que a janela atual é curta demais.
3. Avalie o impacto do retrabalho
O custo da perda pode incluir horas de reconstrução, atrasos em entregas, necessidade de envolver novamente o cliente e dificuldade para reproduzir decisões anteriores.
Compare esse impacto com o esforço necessário para preservar o histórico adequado. A análise não deve se limitar ao preço do armazenamento.
4. Defina políticas por necessidade
Nem todos os arquivos precisam seguir a mesma configuração. Dependendo da solução, é possível estruturar uma combinação de cópias recentes e pontos históricos preservados por períodos maiores.
A configuração precisa ser validada tecnicamente: a disponibilidade das versões depende do esquema de backup, das regras de limpeza e das cópias que foram concluídas com sucesso.
5. Documente e revise a política
Registre o que é protegido, a frequência, a retenção, os responsáveis e o procedimento para solicitar uma recuperação.
Revise essas definições quando surgirem novos sistemas, contratos, volumes de dados ou mudanças na duração dos projetos.
Arquivos de projetos encerrados precisam de atenção
Um projeto cancelado ou concluído pode continuar tendo valor para a empresa. Excluir a pasta de trabalho sem definir o destino do histórico cria uma dependência de cópias que podem expirar.
Se o material precisa ser preservado como referência de longo prazo, avalie também uma política de arquivamento: quais documentos serão guardados, por quanto tempo, com quais permissões e quem será responsável por eles.
O backup desse acervo deve fazer parte do planejamento. O importante é que a preservação necessária não dependa apenas de uma janela curta de recuperação operacional.
O que conferir além do prazo de retenção
Cobertura
Verifique se as pastas e os sistemas importantes realmente estão incluídos. Uma rotina pode concluir sem erros e ainda deixar de fora um diretório que nunca foi selecionado.
Acompanhamento
Defina quem recebe os alertas e trata as falhas. Confirme também se há capacidade suficiente para manter as cópias conforme a política planejada.
Proteção das cópias
Avalie acessos, isolamento e mecanismos de proteção contra alteração ou exclusão indevida. Preservar cópias por mais tempo não resolve, sozinho, o risco de alguém conseguir apagá-las.
Para aprofundar a proteção das cópias, veja também nosso artigo sobre backup imutável e entenda a regra 3-2-1 de backup.
Testes de recuperação
Teste a restauração de arquivos e sistemas representativos. Confira se os dados abrem corretamente, se as versões esperadas estão disponíveis e quanto tempo o processo leva.
O NCSC da Nova Zelândia recomenda planejar os backups conforme as características dos dados e testar a recuperação. A orientação reforça a importância de verificar o resultado prático, além da execução das cópias.[2]
Checklist: sua retenção acompanha a operação?
Antes de considerar a estratégia adequada, confira:
- A empresa sabe quais dados estão sendo protegidos?
- A frequência das cópias acompanha a atualização desses dados?
- O prazo de retenção está documentado e é conhecido pelas áreas?
- É possível recuperar arquivos excluídos há semanas ou meses, quando isso é necessário?
- Existe uma política para preservar projetos encerrados ou cancelados?
- Alguém acompanha falhas e alertas das rotinas?
- As cópias têm proteção contra exclusão e alteração indevidas?
- A equipe já testou a restauração e registrou os resultados?
Se alguma resposta for desconhecida, esse é um ponto concreto para revisar com o responsável pela TI.
Perguntas frequentes sobre retenção de backup
Posso recuperar um arquivo excluído há mais de 30 dias?
Depende das cópias e versões ainda disponíveis. Se todos os pontos que continham o arquivo já foram eliminados e não há outra cópia ou histórico preservado, a rotina atual de backup não terá de onde restaurá-lo.
Aumentar a retenção recupera cópias que já expiraram?
Não recria os pontos que já foram eliminados. A alteração pode ampliar a preservação das cópias existentes e futuras, conforme as regras da solução, mas não faz reaparecer um histórico apagado.
Fazer backup todos os dias garante recuperação de arquivos antigos?
Não. A frequência determina quando as cópias são criadas. A retenção e as regras de versionamento determinam quais pontos permanecem disponíveis.
Qual é o melhor prazo de retenção para minha empresa?
É o prazo definido a partir das necessidades de recuperação, do ciclo dos projetos, do valor das informações e dos requisitos aplicáveis. Ele deve ser validado com as áreas responsáveis e com a equipe técnica.
O maior custo pode ser ter que fazer tudo de novo
No caso apresentado, o backup existia. O que faltou foi manter o histórico necessário até o momento em que o projeto voltou.
Uma estratégia de recuperação precisa conectar a configuração técnica à realidade da empresa: o que deve ser protegido, até quando precisa estar disponível e como será restaurado.
O maior custo de perder um arquivo pode ser ter que fazer tudo de novo.
Sua empresa sabe até quando consegue recuperar seus dados?
Converse com a ALTI Tecnologia sobre sua rotina de backup, a política de retenção e os testes de recuperação. Avalie se a configuração acompanha os projetos e as necessidades do seu negócio.
Avalie sua estratégia de backup com a ALTI
Referências técnicas
O relato e os prazos do caso foram fornecidos pela ALTI. As referências abaixo apoiam os conceitos técnicos e não constituem fontes do relato.
