Porque é que uma política de retenção GFS elimina mais pontos de restauro do que o sugerido pelas contagens de retenção?
Uma política de retenção GFS pode eliminar mais pontos de restauro do que o esperado, porque as quantidades a manter correspondem a períodos de tempo, e não a uma simples soma de cópias de segurança independentes.
Regras como manter os últimos, diários, semanais, mensais e anuais normalmente selecionam pontos de restauro representativos de períodos sobrepostos. Uma cópia de segurança pode satisfazer vários níveis temporais, enquanto outra pode ficar fora de todos os intervalos devido ao respetivo carimbo temporal, grupo de origem, herança da política ou a uma alteração recente da política. Algumas ferramentas processam as regras por uma ordem definida ou excluem das camadas posteriores as cópias de segurança já selecionadas. Pré-visualize o agendamento exato antes de executar a limpeza ou a compactação.
Liste todos os pontos de restauro com o respetivo grupo de política e carimbo temporal
Exporte os IDs dos instantâneos ou arquivos, o anfitrião de origem, o caminho, as etiquetas, o estado de conclusão, a hora local, a hora UTC e a política aplicada a cada grupo. Não conte em conjunto todos os repositórios ou origens.
O Restic aplica políticas de retenção a grupos de instantâneos com base no anfitrião, nos caminhos e nas etiquetas, exceto se o agrupamento for alterado. Por isso, dois pontos de restauro visualmente semelhantes podem ser avaliados segundo políticas diferentes.
Se as eliminações inesperadas afetarem apenas um grupo de anfitrião, caminho ou etiquetas, corrija esse grupo ou seletor em vez de alterar a retenção de todo o repositório.
Não some as quantidades diárias, semanais e mensais
Associe cada ponto de restauro ao período que representa. Indique se a mesma cópia de segurança é a candidata selecionada para os períodos diário, semanal e mensal.
O simulador de limpeza do Proxmox apresenta intervalos de retenção sobrepostos, incluindo casos em que uma candidata semanal abrange um período e as regras posteriores não mantêm outra cópia de segurança do mesmo intervalo.
Por isso, o total esperado nem sempre corresponde a manter_diárias mais manter_semanais mais manter_mensais. Conte os IDs únicos das cópias de segurança retidas depois de aplicar todas as regras.
Verifique a ordem das regras e a candidata escolhida para cada período
Determine se é selecionada a cópia de segurança mais recente, mais antiga, a primeira ou a última cópia bem-sucedida dentro de cada período. Compare essa seleção com a hora efetiva da cópia de segurança do trabalho.
O Borg descreve as suas regras de limpeza ao estilo GFS e observa que o comportamento relativo aos limites do calendário pode afetar arquivos próximos do limite.
Um trabalho executado imediatamente antes e depois da meia-noite pode criar duas cópias de segurança que parecem estar em datas locais diferentes, mas que ocupam uma única janela da política após a conversão do fuso horário ou do agendador.
Inspecione as políticas herdadas ao nível do repositório, utilizador e origem
Exporte a política efetiva em vez de consultar apenas as predefinições globais. Verifique substituições por origem, valores herdados, etiquetas, pastas e predefinições da interface.
O comando de política do Kopia suporta valores de retenção herdados por origem, o que pode fazer com que a regra ativa seja diferente da definição ao nível do repositório apresentada noutro local.
Um valor local de retenção igual a zero ou uma alteração no limite de herança pode remover pontos de restauro, mesmo quando a política principal parece correta. Guarde a política resolvida juntamente com a auditoria.
Reveja reduções recentes da política e o momento da limpeza
Compare os valores de retenção atuais com as versões anteriores da política e com a hora da última limpeza. Determine se os pontos mais antigos foram imediatamente marcados para expiração.
A Microsoft documenta que a redução da retenção afeta os pontos de recuperação existentes durante uma operação de limpeza posterior, e não apenas as cópias de segurança futuras.
Uma limpeza atrasada pode fazer com que muitas eliminações pareçam ocorrer de uma só vez. Preserve o registo da alteração da política e a lista de pontos marcados antes de aprovar outra execução.
Verifique os sinalizadores GFS, a retenção de curto prazo e a conversão da política
Verifique se os sinalizadores semanais, mensais e anuais continuam associados e se a cadeia de curto prazo ainda pode suportar os pontos selecionados. Reveja as atualizações de software e as conversões de políticas.
A Veeam alerta para o facto de que a alteração das definições GFS pode fazer com que as candidatas existentes percam o estado GFS e passem a estar elegíveis para a eliminação normal de curto prazo.
Não parta do princípio de que o nome de ficheiro antigo ou a função de cópia de segurança completa de um ponto de restauro garantem a retenção de longo prazo atual. Verifique o respetivo sinalizador de política ativo.
Execute uma simulação antes da limpeza e da compactação
Congele as alterações à política, exporte a lista atual de pontos de restauro, execute o modo de simulação ou o simulador da plataforma e compare os IDs retidos e eliminados com uma amostra revista manualmente.
O artigo da ZimaSpace sobre históricos extensos de instantâneos fornece o contexto de recuperação relacionado; este artigo centra-se na razão pela qual os cálculos de retenção diferem de uma simples contagem.
O problema fica resolvido quando o simulador, a política efetiva e os IDs únicos retidos coincidem em pelo menos dois limites de calendário e nenhuma janela de recuperação necessária depende de um ponto marcado para eliminação.
Perguntas frequentes
As quantidades manter-diárias e manter-semanais são cumulativas?
Não necessariamente. O mesmo ponto de restauro pode representar ambos os períodos, ou o motor de retenção pode excluir das regras posteriores as candidatas já abrangidas.
A redução da retenção pode eliminar pontos de restauro existentes?
Sim. Muitos sistemas aplicam a nova política aos pontos existentes durante a próxima operação de limpeza, e não apenas às cópias de segurança futuras.
A limpeza liberta imediatamente espaço no repositório?
Depende da ferramenta. Alguns sistemas marcam primeiro os instantâneos ou arquivos e recuperam os dados partilhados durante uma operação separada de compactação ou recolha de lixo.
Produtos recomendados
Suporte e Dicas
Mais para Ler
Por que motivo o restauro de um volume Docker recria o conteúdo dos ficheiros, mas elimina os atributos estendidos?
Um diagnóstico da restauração de volumes que abrange o inventário de xattr, as opções do tar e do Rsync, os namespaces, o suporte do...
Porque é que um contentor em execução mantém o limite de memória antigo depois de o ficheiro Compose ser alterado?
Um diagnóstico dos limites de memória que abrange cgroups ativos, reinício versus recriação, campos do Compose, limites rígidos e flexíveis, âmbitos superiores, swap e...
Porque é que reiniciar um proxy reverso invalida todas as sessões de uma aplicação auto-hospedada?
Um diagnóstico da perda de sessão que abrange o âmbito do reinício, a propriedade dos cookies, a rotação de segredos, as sessões suportadas por...
