Como o backup do Borg lida com a deduplicação de dados e a criptografia?

Question

Eu preciso de um software de backup que execute criptografia no cliente.

Em Documentação da Borg , afirma-se que realiza a criptografia do cliente e, eventualmente, se o repositório é remoto, outra camada de criptografia é adicionada se uma conexão segura for usada (ex: ssh).

Borg usa a deduplicação de dados, então eu corro a página da wikipedia sobre essa tecnologia e me dou conta do que é e como é realizado.

Agora eu me faço uma pergunta:

Como a desduplicação de dados funciona com criptografia?

A página da Wikipedia diz que não pode, então me perguntei se Borg implementou algum tipo de feitiçaria para lidar com isso. Ele recupera o último backup, descriptografa e executa as comparações de hash?

Existe algum método conhecido para lidar com esses dois métodos (deduplicação e criptografia) juntos?

    

Answer 1

O Borg armazena um cache local de somas de verificação de (blocos de) dados de backup. Isso pode ser consultado antes da criptografia, o que torna a decisão de desduplicação um recurso do lado do cliente , que não é afetado pela criptografia ou pela compactação.

Em o FAQ : Posso fazer backup de vários servidores em um único repositório?

Sim, mas para que a desduplicação usada pelo Borg funcione, é necessário manter um cache local contendo somas de verificação de todos os fragmentos de arquivos já armazenados no repositório. Este cache é armazenado em ~ / .cache / borg /. Se o Borg detectar que um repositório foi modificado desde que o cache local foi atualizado, ele precisará reconstruir o cache. Esta reconstrução pode consumir bastante tempo.