O rsync salvaria uma quantidade significativa de transferência de dados para arquivos compactados / criptografados?

1

O rsync salvaria uma quantidade significativa de transferência de dados para sincronização?

1) arquivos zip,

2) Arquivos criptografados em GPC blindados em ASCII e

3) arquivos .mx do Mathematica,

respectivamente?

Um cenário típico é que eu já tenho uma cópia antiga e o arquivo compactado e / ou criptografado NÃO é o único arquivo a ser sincronizado, ou seja, arquivos descompactados e não criptografados podem existir.

    
por qazwsx 01.02.2012 / 18:17

2 respostas

1

O problema com arquivos criptografados ou compactados é que, mesmo que apenas um byte seja modificado nos dados, todo o conteúdo restante do arquivo é diferente, não apenas o byte de dados alterado.

Isso anula uma estratégia usada pelo rsync para reduzir a transferência de dados - ou seja, apenas transferir as seções alteradas de um arquivo e não o arquivo inteiro.

Portanto, não comprima dados a menos que precise de espaço no disco (nesse caso, use a compactação baseada em disco, pois ela é transparente para aplicativos como o rsync).

Não criptografe dados, a menos que você precise proteger a privacidade dos dados caso o computador (ou disco) seja roubado ou perdido. (Mantenha backups de seus dados e especialmente de suas chaves de criptografia ou chaves de recuperação). Novamente, a criptografia de todo o disco provavelmente será menos prejudicial ao desempenho do rsync (mas provavelmente levará a uma perda catastrófica de dados quando um disco rígido falhar e os backups de dados não estiverem disponíveis ou quando você reinstalar o SO sem fazer o backup de um backup). chave de recuperação para outros discos / partições de dados)

O texto acima assume que (um número significativo de) os arquivos descompactados / não-tipificados relevantes podem ter alterações parciais de tempos em tempos - editando ou acrescentando algum tipo - enquanto a maior parte dos dados no arquivo permanece inalterada.

    
por 01.02.2012 / 19:45
1

No caso em que você está rsync'ing apenas um arquivo e esse arquivo é criptografado ou compactado, a única largura de banda que você provavelmente salvaria é a de não precisar transferi-lo de todo se inalterado.

No entanto, se você tivesse um diretório cheio de arquivos ZIP ou JPEG ou GPG, o rsync ainda transfere apenas os arquivos que foram alterados e é uma ótima maneira de transferir facilmente apenas novos arquivos.

Nota: Acho útil rsync os dados descompactados sempre que possível e, em seguida, compactá-lo para armazenamento em ambos os lados do link, se necessário. Dessa maneira, você pode economizar a largura de banda de transferência. ou seja:

mkdir /tmp/torsync
cd /tmp/torsync
unzip /home/me/somefile.zip
rsync -avz . remote:/tmp/somefile
ssh remote 'zip -r somefile.zip /tmp/somefile'

YMMV, claro.

OT: com suas opções de backup, considero o rsync útil mesmo quando ele não economiza largura de banda, pois ele cria cópias de backup dos arquivos substituídos, permitindo que eu recupere cópias históricas com facilidade.

Acompanhamento: isso se aplica a todos os formatos em que a compactação ou criptografia está envolvida, mas eu não estou familiarizado com os usuários do Mathematica.

    
por 01.02.2012 / 18:47