Como mover um repositório de cópias de segurança USB para um novo caminho de montagem sem quebrar o histórico incremental
Mover um repositório de cópias de segurança USB para um novo caminho de montagem é seguro quando o próprio repositório permanece intacto e a tarefa de cópia de segurança é reconectada deliberadamente a esse repositório.
O erro perigoso é tratar o novo caminho como um novo destino e permitir que a aplicação de cópias de segurança inicialize um repositório vazio ao lado do antigo. Antes de alterar etiquetas, regras de montagem ou a estrutura de diretórios, registe a identidade física do sistema de ficheiros, a raiz do repositório, o ID do repositório, quando disponibilizado pela ferramenta, o material de encriptação, a configuração da tarefa e o último ponto de restauro utilizável. Em seguida, mova ou volte a montar o repositório existente como uma unidade e confirme que a aplicação reconhece o histórico anterior antes da próxima gravação.
Registe o Repositório Existente Antes de Alterar o Caminho
Guarde a origem da montagem atual, o UUID ou a etiqueta do sistema de ficheiros, o diretório do repositório, o nome da tarefa, a localização da chave ou palavra-passe de encriptação e o identificador próprio do repositório, caso a ferramenta de cópias de segurança o disponibilize. Liste vários instantâneos ou arquivos recentes como referência.
O Kopia separa a criação do repositório da ligação a um repositório existente, que é a primeira distinção a preservar durante a mudança do caminho de montagem.
Não inicie a relocalização até conseguir identificar o histórico antigo sem depender apenas do caminho de montagem. Se o caminho for a única informação registada, um segundo disco USB montado posteriormente nesse local pode parecer, de forma enganadora, válido.
Mova o Repositório como uma Unidade Completa
Pare a tarefa de cópia de segurança e qualquer processo de limpeza, compactação, verificação ou restauro antes de mover os ficheiros do repositório. Copie ou volte a montar a raiz completa do repositório, incluindo índices, configuração, pacotes, bloqueios, chaves aí armazenadas e metadados específicos da ferramenta.
O Borg descreve o seu repositório como um armazenamento transacional estruturado, com metadados do repositório junto dos dados das cópias de segurança, pelo que copiar apenas ficheiros visíveis semelhantes a arquivos não é um modelo de relocalização seguro.
Mantenha o repositório original inalterado até o novo caminho passar numa listagem ou verificação apenas de leitura. Evite abrir simultaneamente a instância original e a copiada para gravações normais quando a ferramenta as considera a mesma identidade de repositório.
Altere o Caminho de Destino sem Inicializar um Novo Histórico
Atualize a tarefa existente ou a ligação ao repositório para o novo caminho do sistema de ficheiros. Se a interface disponibilizar Criar versus Ligar, Importar, Voltar a ligar ou Utilizar existente, escolha a opção para um repositório existente e verifique o destino antes de guardar.
Os responsáveis pela manutenção do Duplicati explicam que, depois de mover um armazenamento existente, pode editar o destino e continuar quando a base de dados da tarefa aponta para o armazenamento relocalizado.
Se a aplicação oferecer imediatamente a inicialização de um destino vazio, cancele. Isso indica que ainda não reconheceu o repositório antigo; a inicialização pode criar um segundo histórico e tornar ambígua qualquer limpeza posterior.
Tenha em Conta que Algumas Ferramentas Detetam a Relocalização do Repositório
Um cliente de cópias de segurança pode memorizar mais do que o conteúdo do repositório. As caches locais podem associar uma identidade de repositório à localização anterior e pedir aprovação explícita quando o mesmo repositório aparece num novo local.
Um caso de migração do caminho de montagem no Duplicacy centra-se em reassociar um repositório movido, demonstrando por que motivo uma alteração do caminho do repositório deve ser tratada como uma religação e não como uma nova inicialização.
Aprove a relocalização apenas depois de confirmar a identidade do repositório, os instantâneos esperados, o estado da encriptação e o sistema de ficheiros USB. Um aviso no disco errado é motivo para parar, não uma prova de que o software está a ser excessivamente cauteloso.
Dê ao Sistema de Ficheiros USB uma Identidade de Montagem Estável
Depois de o repositório ser reconhecido, associe o sistema de ficheiros USB físico a um caminho fixo, pertencente ao administrador, utilizando um identificador persistente adequado. Evite associar as cópias de segurança agendadas à ordem de deteção de /dev/sdX ou a um diretório de montagem da sessão do ambiente de trabalho.
As ferramentas Linux conseguem identificar sistemas de ficheiros através de uma etiqueta ou UUID estável, permitindo que o mesmo caminho do repositório sobreviva a alterações normais na enumeração de dispositivos.
Se alterar intencionalmente a etiqueta de um sistema de ficheiros, atualize a regra de montagem e teste-a antes de voltar a ativar as cópias de segurança. A aplicação deve continuar a ver a mesma raiz do repositório, mesmo quando a etiqueta legível por pessoas muda.
Verifique o Histórico Antes da Primeira Gravação Após a Mudança
Monte o disco USB no novo caminho, ligue-se ao repositório existente, liste os instantâneos anteriores, inspecione o ponto de restauro mais recente e restaure um ficheiro pequeno para um diretório temporário. Só depois execute a primeira nova cópia de segurança.
Um exemplo de utilizador do restic observa que um repositório local pode ser renomeado e novamente indicado, reforçando que o histórico do repositório pertence ao conteúdo do repositório e não à forma como um único caminho de montagem é escrito.
A mudança está concluída quando os instantâneos antigos continuam acessíveis, um restauro de teste funciona e a nova cópia de segurança é acrescentada ao mesmo histórico. O artigo relacionado da ZimaSpace sobre alterações dos caminhos de montagem USB após um reinício apresenta a correção de origem quando a alteração do caminho não foi planeada, em vez de resultar de uma relocalização controlada do repositório.
Perguntas Frequentes
A alteração da etiqueta de um volume USB interrompe automaticamente o histórico das cópias de segurança?
Não necessariamente. Torna-se um problema quando a regra de montagem ou a tarefa de cópia de segurança utiliza essa etiqueta como parte da identidade do destino e o repositório deixa de ser encontrado no caminho esperado.
Devo copiar apenas a pasta da cópia de segurança mais recente para o novo caminho?
Não, no caso de ferramentas de cópia de segurança baseadas em repositórios. Mantenha toda a estrutura do repositório junta, porque os índices, catálogos, ficheiros de pacotes, chaves e pontos de restauro antigos podem depender uns dos outros.
Posso manter simultaneamente online as cópias antiga e nova do repositório?
Mantenha a cópia antiga como fonte de reversão, mas evite gravar de forma independente em duas instâncias clonadas que partilham uma identidade de repositório, exceto se a ferramenta de cópias de segurança suportar explicitamente esse fluxo de trabalho.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...
Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...
Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...
