Quantos backups guardar: a pergunta real não é o número, é até onde você consegue voltar

A pergunta costuma ser feita como "quantos backups devo guardar". A pergunta certa é: até onde eu preciso conseguir voltar. O número sai dessa resposta, não o contrário.

As duas coisas diferentes que a retenção cobre

Um erro recente. Você apagou o arquivo errado, uma atualização quebrou algo, uma configuração deu errado. Você quer ontem. Alguns dias de cópias cobrem isso de sobra.

Um dano lento. Um arquivo corrompido três semanas atrás, uma aplicação escrevendo dados errados desde uma atualização ruim, um sequestro de dados sentado quieto esperando. Aqui ontem não serve, porque ontem também contém o dano. É preciso alcançar antes do momento em que começou.

A regra mais comum e mais enganosa

"Guardar os últimos 7" é a regra mais configurada. É perfeita contra a primeira classe e não faz nada contra a segunda. Num dano que passou um mês despercebido, as sete cópias estão danificadas. A regra não está errada, está incompleta: responde a uma pergunta só.

Esticar o alcance sem estourar o armazenamento

A resposta não é mais cópias, é denso perto, esparso longe. Diário numa janela curta, semanal por alguns meses, mensal para ir mais atrás. O número de cópias continua pequeno e o alcance fica longo. Com vinte cópias você volta um ano; guardando só diárias, essas mesmas vinte não levam além de três semanas.

O número a decidir primeiro

Não quantas cópias: quanto tempo um dano consegue ficar despercebido neste sistema. Isso não é uma pergunta de armazenamento, é uma pergunta sobre com que atenção este sistema é olhado. Uma máquina que ninguém olha precisa de mais alcance, não de mais cópias. Se você não sabe a resposta, uma estimativa honesta costuma ser mais longa do que você imagina.

A regra é uma regra de exclusão

Ao escrever uma regra de retenção você está na verdade decidindo o que não vai conseguir trazer de volta. Diga uma vez em voz alta: "não vou conseguir recuperar nada com mais de um mês". Se a frase soa aceitável, a regra está certa. Se te incomoda, estique o alcance.

Uma promessa e um disco não são a mesma coisa

Retenção é uma promessa sobre o futuro, um disco é um fato sobre o presente. Verifique se a promessa cabe: número de cópias vezes tamanho, mais folga para crescimento. O dia em que não couber é o dia em que os backups param, e esse dia costuma ser um em que ninguém está olhando.

Onde a regra mora

Saiba se a retenção está definida no destino ou na tarefa. Se duas tarefas que escrevem no mesmo lugar carregam regras diferentes, o resultado não é o que nenhuma delas queria: uma acha que está apagando, a outra acha que está guardando. Uma regra que mora em um lugar só é mais fácil do que uma regra que precisa ficar coerente em dois.

O que o Atlas faz

O Atlas oferece a retenção como parte da definição do armazenamento e dá os cinco níveis separadamente: últimos, diário, semanal, mensal, anual. Ou seja, a forma "denso perto, esparso longe" acima pode ser montada direto, sem fazer conta na mão.

Ele também diz com clareza o que significa deixar um campo vazio: vazio quer dizer ilimitado e tudo é guardado. Parece uma frase pequena, mas fecha o mal-entendido mais comum, porque na maioria das interfaces um campo vazio é lido como "o padrão", enquanto aqui quer dizer "nunca apagar".