Quanto mais uso, rsyncmais percebo que é um canivete suíço de transferência de arquivos. Existem tantas opções. Recentemente, descobri que você pode ir --remove-source-filese ele excluirá um arquivo da fonte quando for copiado, o que torna um pouco mais um movimento do que um programa de cópia. :)
Quais são suas dicas e truques favoritos de rsync?
Respostas:
Tente usar o rsync versão 3 se precisar sincronizar muitos arquivos! A V3 constrói sua lista de arquivos incrementalmente e é muito mais rápida e usa menos memória que a versão 2.
Dependendo da sua plataforma, isso pode fazer muita diferença. No OSX, a versão 2.6.3 levava mais de uma hora ou falha ao tentar criar um índice de 5 milhões de arquivos enquanto a versão 3.0.2 que eu compilei começou a copiar imediatamente.
Usando --link-destpara criar backups baseados em instantâneo com economia de espaço, nos quais você parece ter várias cópias completas dos dados de backup (uma para cada execução de backup), mas os arquivos que não são alterados entre as execuções são vinculados ao invés de criar novas cópias, economizando espaço.
(na verdade, eu ainda uso o método rysnc-followed-by-cp -al que alcança a mesma coisa, consulte http://www.mikerubel.org/computers/rsync_snapshots/ para obter uma descrição antiga, mas ainda muito boa das duas técnicas e questões relacionadas)
A principal desvantagem dessa técnica é que, se um arquivo é corrompido devido a um erro no disco, ele também é corrompido em todos os instantâneos vinculados a esse arquivo, mas também tenho backups offline que protegem contra isso em uma extensão decente. Outra coisa a se observar é que seu sistema de arquivos possui inodes suficientes ou você os esgotará antes de ficar sem espaço em disco (embora eu nunca tenha tido um problema com os padrões ext2 / 3).
Além disso, nunca esqueça o muito útil --dry-runpara uma paranóia um pouco saudável, especialmente quando você estiver usando as --delete*opções.
Se você precisar atualizar um site com alguns arquivos enormes em um link lento, poderá transferir os arquivos pequenos da seguinte maneira:
rsync -a --max-size = 100K / var / www / there: / var / www /
faça isso para os arquivos grandes:
rsync -a --min-size = 100K --bwlimit = 100 / var / www / there: / var / www /
O rsync tem muitas opções úteis para sites. Infelizmente, ele não possui uma maneira integrada de detectar atualizações simultâneas; portanto, você precisa adicionar lógica aos scripts cron para evitar gravações sobrepostas de arquivos enormes.
--rsh é meu.
Usei-o para alterar a cifra no ssh para algo mais rápido ( --rsh="ssh -c arcfour") também para configurar uma cadeia de sshs (recomendo usá-lo com ssh-agent) para sincronizar arquivos entre hosts que não podem falar diretamente. ( rsync -av --rsh="ssh -TA userA@hostA ssh -TA -l userB" /tmp/foobar/ hostB:/tmp/foobar/)
--time-limit
Quando esta opção é usada, o rsync pára após T minutos e sai. Eu acho que essa opção é útil ao sincronizar uma grande quantidade de dados durante a noite (horário não ocupado) e depois parar quando é hora de as pessoas começarem a usar a rede, durante o dia (horário ocupado).
--stop-at=y-m-dTh:m
Esta opção permite especificar a que horas parar o rsync.
Batch Mode
O modo de lote pode ser usado para aplicar o mesmo conjunto de atualizações a muitos sistemas idênticos.
atpara matar o processo?
Se você está se perguntando até que ponto um rsync de execução lenta chegou e não usou -v para listar arquivos à medida que eles são transferidos, você pode descobrir quais arquivos ele abriu:
ls -l /proc/$(pidof rsync)/fd/*
em um sistema que possui / proc
Por exemplo, o rsync foi suspenso para mim agora mesmo, embora o sistema remoto parecesse ter um monte de espaço restante. Esse truque me ajudou a encontrar o arquivo inesperadamente grande, do qual não me lembrava, que não se encaixava do outro lado.
Também me contou informações um pouco mais interessantes - a outra extremidade aparentemente desistiu, pois havia também um link de soquete quebrado:
/proc/22954/fd/4: broken symbolic link to `socket:[2387837]'
--archive é uma opção padrão (embora não seja o padrão) para tarefas do tipo backup, o que garante que a maioria dos metadados dos arquivos de origem (permissões, propriedade etc.) sejam copiados.
No entanto, se você não quiser usá-lo, muitas vezes ainda desejará incluir --times, que será copiado nos tempos de modificação dos arquivos. Isso torna o próximo rsync executado (supondo que você esteja fazendo isso repetidamente) muito mais rápido, pois o rsync compara os tempos de modificação e ignora o arquivo se ele não for alterado. Surpreendentemente (pelo menos para mim) essa opção não é o padrão.
--backup-dir = date +%Y.%m.%d--delete Estamos excluindo, mas fazendo uma cópia ... apenas no caso
O meu é --inplace. O Works se pergunta quando o servidor de backup está executando o ZFS ou o btrfs e você faz instantâneos nativos.
cwrsync - Rsync para Windows http://www.itefix.no/i2/node/10650
Esta versão inclui o OpenSSH para que você possa transferir arquivos por um canal seguro.
--partial
Em caso de interrupções
--bwlimit=100
Para limitar a largura de banda - bom para copiar arquivos grandes, diretórios
bwlimit? bits por segundo, bytes por segundo?
Quando eu uso o GlusterFs, temos um gargalo com arquivos T com tamanho zero; para sincronizar entre réplica ou bloco com falha, devemos usar --min-size=1para não sincronizar o arquivo vazio do servidor com falha
--delete-beforepor exemplo), o antigo comportamento "compilar primeiro a lista" será usado, pois é necessário que essas opções funcionem corretamente - portanto, se você não vir esse comportamento, verifique se o outras opções que você está usando são conhecidas para impedir que isso seja possível. Isso pode ser útil se você estiver usando o rsync interativamente em uma árvore grande e quiser forçar a verificação inicial, para que a saída--progressseja precisa (ou seja, a contagem de "objetos a serem comparados" nunca aumentará, pois nenhum novo objeto será encontrado após a verificação inicial) )