Com que frequência devem os repositórios de cópias de segurança ser compactados ou depurados?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

How Often Should Backup Repositories Be Compacted or Pruned?

Execute a limpeza da retenção segundo um horário previsível - frequentemente após cópias de segurança diárias ou semanais concluídas com sucesso -, mas compacte apenas quando a ferramenta de cópia o exigir e quando o espaço recuperável justificar a utilização de E/S. A limpeza seleciona pontos de recuperação expirados; a compactação ou reempacotamento recupera espaço de armazenamento.

Os comandos e custos diferem entre repositórios Borg, restic e outros repositórios com deduplicação. Um horário seguro deve ter em conta a atividade de escrita, os bloqueios do repositório, a largura de banda remota, o espaço livre e o tempo durante o qual a manutenção bloqueia novas cópias de segurança. Esta distinção define o método de medição, a margem de segurança e a condição de paragem. Esta distinção define o método de medição, a margem de segurança e a condição de paragem.

Separe as decisões de retenção da recuperação de espaço

A limpeza aplica a política de pontos de recuperação. Deve ocorrer com frequência suficiente para que os instantâneos expirados não se acumulem de forma imprevisível, mas apenas depois de a cópia de segurança mais recente ser verificada e as regras de retenção serem revistas.

A compactação reescreve ou remove pacotes do repositório e pode transferir uma quantidade substancial de dados. Executá-la depois de cada pequena limpeza pode desperdiçar E/S, enquanto nunca a executar pode deixar dados eliminados a consumir espaço no destino.

Utilize o resultado da simulação, quando disponível, e registe o conjunto esperado de elementos a manter. Um horário não é seguro se os operadores não conseguirem explicar quais os pontos diários, semanais e mensais que permanecem depois.

Acione a manutenção com base em condições mensuráveis

Acompanhe o crescimento do repositório, os bytes recuperáveis, a capacidade livre, a duração da limpeza, a duração da compactação, a contenção de bloqueios e a idade da última verificação concluída com sucesso. Estes sinais são mais úteis do que um calendário por si só.

Um pequeno repositório doméstico pode ser limpo semanalmente e compactado mensalmente; um repositório com muita atividade pode precisar de manutenção mais frequente. O intervalo correto é aquele que preserva margem de segurança sem sobrepor as janelas de cópia de segurança ou de restauro.

Utilize a tabela abaixo como política inicial e substitua-a depois pelas durações e taxas de crescimento observadas.

Estado observado	Veredito	Próxima ação
Retenção alterada; poucos dados recuperáveis	Apenas limpar	Adiar a compactação
Muita atividade; espaço recuperável significativo	Limpar e depois compactar	Executar numa janela protegida
Pouco espaço livre ou cópia de segurança ativa	Inseguro neste momento	Parar e resolver o conflito

Crie uma sequência de manutenção segura

Conclua e verifique a nova cópia de segurança, execute a limpeza em modo de pré-visualização, aplique a política de retenção e, em seguida, compacte ou reempacote se a ferramenta indicar que existe espaço recuperável suficiente para o justificar. Nunca elimine manualmente ficheiros do repositório.

Impeça escritores concorrentes e confirme que existe espaço temporário suficiente para o reempacotamento. No armazenamento remoto, estime os bytes transferidos por descarregamento e carregamento antes de iniciar uma tarefa que possa exceder a janela de manutenção.

O diagnóstico de limpeza interrompida da ZimaSpace define o limite de recuperação segura.

O fluxo de trabalho do Borg e do restic da Linux Junkies mostra por que motivo a limpeza e a recuperação de espaço são operações distintas.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

Valide a retenção com um restauro real

Apresente os pontos retidos depois da manutenção e restaure um pequeno item recente, bem como um item mais antigo de cada nível de retenção. As verificações da integridade do repositório e os testes de restauro respondem a perguntas diferentes, por isso execute ambos.

Monitorize a próxima cópia de segurança normal para detetar bloqueios obsoletos, pacotes em falta ou carregamentos completos inesperados. Um registo de limpeza sem erros não prova que os clientes conseguem retomar a escrita.

Avance quando o conjunto de elementos a manter corresponder à política, as verificações forem aprovadas, os restauros forem bem-sucedidos e a manutenção couber na sua janela. Pare se o espaço livre for demasiado reduzido para o reempacotamento, se houver outro escritor ativo ou se a simulação remover o último ponto de recuperação necessário.