Eu perguntei a outros antes, mas ainda não sei como resolvê-lo exatamente. Basicamente eu tenho um servidor dev com várias pastas de diferentes ramos para um projeto. No momento eu tar.gz-los diariamente para S3, então eu tenho backups diários completos, porque às vezes um dev vem e me pede para voltar a um dia antes (sim eu sei ... não me diga). O problema é que isso é muito IO / Load pesado, já que estamos falando de 2 gigabytes figura e 100.000 arquivos +. Então agora me pedem para backups ainda mais coisas. Eu pensei sobre o rsync mas depois eu sinto falta da opção full diária, exceto talvez combinar rsync com "copiar arquivos alterados para pasta, tar, nome da data"? Para o rsync, eu precisaria de um servidor de backup, porque o S3 como compartilhamento montado é super lento e não é uma opção para essa quantidade de arquivos. O que devo fazer? Ou apenas diga aos meus desenvolvedores "svn / git você fala isso?"?
obrigado pela ajuda
Eu acho que você realmente se beneficiará de ter um DVCS como git instalado e funcionando. Faça com que seus desenvolvedores usem suas próprias máquinas e, uma vez confirmados, os envie para um servidor central. Eles podem então reverter para versões anteriores sem incomodar você. Você pode então usar o rsync para apenas sincronizar as mudanças do servidor. Você também pode simplesmente puxar o repositório para um servidor de backup, eu acho.
O rsync é apenas uma ferramenta de sincronização - você pode sincronizar dois locais para ter o mesmo conteúdo. Você pode procurar na ferramenta rdiff-backup . Ele transfere os diffs de um local para outro (como faz o rsync), mas mantém as versões dos arquivos no local de destino, para que você possa voltar no tempo. Se o arquivo não for alterado, ele não transferirá nada, apenas anotará que não há alteração da última versão.
Tags backup