Como limpar um bloqueio obsoleto do Restic sem interromper uma cópia de segurança ativa

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.

Um bloqueio obsoleto do Restic só deve ser removido depois de se provar que todos os anfitriões e processos indicados estão inativos. A reparação consiste numa remoção normal de bloqueio obsoleto, não numa remoção forçada de todos os bloqueios.

Quando vários servidores domésticos partilham um repositório, um bloqueio aparentemente antigo pode pertencer a uma tarefa remota lenta, a um contentor reiniciado ou a um processo cujo relógio difere do computador do operador. Suspenda primeiro novas tarefas agendadas, guarde os metadados do bloqueio, verifique o anfitrião indicado e todos os controladores de manutenção e, em seguida, utilize o procedimento de limpeza normal. Se não for possível verificar algum responsável, pare e preserve o bloqueio.

Suspender Novas Tarefas e Identificar Todos os Responsáveis pelos Bloqueios

Desative os temporizadores, entradas cron, agendamentos de contentores e tarefas de orquestração que possam iniciar o Restic no repositório. Guarde a lista de bloqueios atual e os registos recentes dos serviços. Para cada bloqueio, registe o anfitrião, o ID do processo, o utilizador, o carimbo temporal e se é exclusivo; depois, inspecione o processo indicado nesse anfitrião específico.

Uma verificação exclusiva do repositório pode bloquear outro trabalho e um bloqueio de verificação interrompida pode parecer um bloqueio de cópia de segurança abandonado até que a operação e o responsável sejam relacionados.

Se algum processo estiver ativo ou os respetivos registos estiverem a avançar, aguarde ou pare-o corretamente através do respetivo gestor de serviços. Se o anfitrião estiver inacessível, não está provado que o bloqueio seja obsoleto. Prossiga apenas quando todos os processos relevantes estiverem ausentes, nenhum agendador puder reiniciá-los e o repositório não estiver a receber escritas.

Verificar se o Bloqueio é Obsoleto para Além da Sua Idade

Aguarde durante um curto período de observação e volte a listar os bloqueios. Um candidato a bloqueio obsoleto não tem nenhum responsável ativo, nenhum registo em progresso, nenhuma atualização e nenhuma atividade de escrita no repositório. Compare os relógios e consulte o mesmo backend a partir de outro cliente fiável se o repositório for remoto.

Um fluxo de trabalho completo de um repositório Restic trata a remoção de bloqueios como uma operação administrativa entre cópias de segurança, verificações, retenção e restauros; não substitui a determinação de quem ainda é responsável pelo repositório.

Se o bloqueio for atualizado, se um registo avançar ou se os clientes discordarem quanto à vista do backend, pare. Se o bloqueio permanecer inalterado e o seu responsável estiver conclusivamente inativo, prossiga. A idade apoia o resultado, mas não o determina; uma operação ativa e lenta pode ser mais antiga do que o operador espera.

Utilizar Primeiro a Limpeza Normal de Bloqueios Obsoletos

Utilize o comportamento normal de remoção de bloqueios do Restic, para que este remova os bloqueios obsoletos e preserve os que ainda considerar ativos. Não adicione uma opção de remoção de todos os bloqueios e não execute o comando seguinte sem a opção de bloqueio. Guarde o resultado do comando e obtenha imediatamente depois uma nova lista de bloqueios.

O comando normal de remoção de bloqueios destina-se especificamente a bloqueios obsoletos, enquanto a remoção forçada é uma ação separada e de maior risco que não deve fazer parte da sequência normal de reparação.

Se a entrada obsoleta desaparecer e nenhum bloqueio ativo for removido, avance para a validação. Se permanecer um bloqueio ativo, respeite-o e volte a verificar o responsável. Se um bloqueio reaparecer imediatamente, um temporizador, contentor ou anfitrião remoto iniciou trabalho; desative essa origem e não repita a remoção até compreender o novo responsável.

-15% OFF

Validar a Cópia de Segurança Original e a Próxima Execução Agendada

Execute a cópia de segurança exata que estava bloqueada e registe o início, o progresso, o estado de saída e o ciclo de vida do bloqueio. Confirme que o bloqueio aparece enquanto o Restic está a trabalhar e desaparece após uma saída normal. Liste o novo instantâneo e restaure uma pequena amostra para uma localização separada antes de voltar a ativar a automatização.

Se o repositório se comportar como só de leitura ou a manutenção continuar incompleta, mantenha o estado de poda interrompida separado da limpeza de bloqueios obsoletos.

Volte a ativar o agendamento normal durante um ciclo. A reparação é bem-sucedida quando ambas as execuções terminam, os respetivos bloqueios são removidos normalmente e a amostra restaurada corresponde à original. Escale o problema se um bloqueio obsoleto voltar após uma saída normal do processo, se as vistas do backend continuarem inconsistentes ou se os resultados da verificação e do restauro do repositório divergirem. Não automatize a remoção forçada de bloqueios como solução para a recorrência.

Suporte e Dicas

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.