Entendo que você pode sincronizar novamente com arg -z e -a para compactar e arquivar.
Alguém pode me dizer com essas opções, isso afeta os arquivos que estão sendo copiados de alguma forma se eles precisarem ser restaurados para sua pasta original?
Copiei amostras de arquivos de mídia depois de fazer rsync -avz e eles parecem funcionar bem, mas eu queria ter certeza.
obrigado
Responder1
Alguém pode me dizer com essas opções, isso afeta os arquivos que estão sendo copiados de alguma forma se eles precisarem ser restaurados para sua pasta original?
Não, a -zmudança não afeta de forma alguma os dados gravados no local de destino e -adestina-se simplesmente a garantir que uma cópia mais fiel seja feita. Para mais, continue lendo...
A página man do rsync descreve a opção -z( --compress) assim:
-z,--compresscompactar dados do arquivo durante a transferência
( -aé simplesmente uma abreviação que permite opções destinadas a garantir que os dados do local de destino sejam em todos os aspectos idênticos aos dados do local de origem após o término da transferência. Ele afeta os metadados do arquivo, mas não o conteúdo do arquivo; oconteúdodos arquivos copiados serão os mesmos, quer você tenha usado -aou não.)
Observe que a descrição -zdiz compressãodurante a transferência. Essa é a parte importante, mas pode não ser fácil de entender sem algum conhecimento prévio.
Principalmente, o fato de o rsync usar uma arquitetura cliente/servidor, mesmo para transferências locais; um lado lê dados do local de origem e o outro lado grava no local de destino. Entre esses dois pode haver uma conexão de rede ou eles podem estar rodando no mesmo host. Esta arquitetura permite que o rsync use exatamente o mesmo protocolo e essencialmente a mesma implementação para copiar localmente ou através de uma rede: a única parte que precisa ser alterada é uma camada intermediária que realmenteencaminha dados entre as instâncias rsync.
Quando sua taxa de transferência é limitada pela taxa de transferência da rede,ouse você for cobrado pela quantidade de dados de rede transferidos,e possivelmente sevocê tem tempo de CPU livre nos sistemas de origem e de destino,entãocompactar o fluxo de dados que flui pela rede pode ajudar o processo de cópia a terminar mais cedo (ou custar menos), porque você troca algum tempo adicional de CPU usado por menos fluxo de dados pela rede.
O processo rsync de destino descompactará os dados antes de processá-los posteriormente e, eventualmente, gravá-los no armazenamento.
Segue-se disso queativar a compactação ao copiar arquivos localmente usando rsync está essencialmente desperdiçando tempo de CPU,já que a conexão entre as duas instâncias rsync envolvidas é muito mais rápida do que qualquer outra E/S envolvida e a mesma CPU estaria fazendo a compactação e a descompactação do fluxo de dados. Nesse caso, ignorando o cache por um momento, os dados seriam lidos do disco (lento) para a RAM, possivelmente copiados dentro da RAM (rápido) e depois seriam gravados no disco novamente (lento). Os componentes lentos vão dominar, e copiar menos dados na RAM não vai ajudar a acelerar o processo visivelmente (e pode muito bem retardá-lo devido ao processamento adicional necessário, o que por si só possivelmente requer a cópia na RAM de dados). Se você estiverrealmenteazar, ativar a compactação irá colocar você acima do limite onde o espaço de troca precisa ser usado para acomodar todos os dados necessários na memória, o que basicamente irámatardesempenho.
Hoje em dia, a RAM normal pode lidar com transferências sustentadas de vários gigabytes por segundo sem suar a camisa. Uma unidade de disco giratória de 7.200 rpm tende a atingir cerca de 120-150 MB/s em operação sequencial, e a E/S de arquivos aleatórios (como feito pelo rsync) praticamente nunca é sequencial por mais do que rajadas curtas. Os SSDs podem ter um desempenho melhor tanto em termos de latência quanto de rendimento, mas ainda sãoordens de grandezamais lento que RAM. Portanto, ao copiar localmente, você sempre estará vinculado à E/S ecompactando o fluxo de dados em trânsitono melhornão faz nenhuma diferençaporque a mesma quantidade de dados ainda é lida e gravada, o que como vimos acima são as partes lentas do processo.