Rsync does not detect file being renamed to svn hotcopy backup. Any alternative?

This should be a fairly common requirement. I have svn storage about 1GB in size. For backups, I first do a hotcopy to the directory at 12:00 AM and then at 1:00 AM the remote machines fetch that backup using rsync. The outgoing computer that has svn installed has rsyncd and is a Windows machine.

So everything is working fine, it's just that there is too much data transfer going on every day. Even if there is one commit of several bytes. It transfers over 100 MB of files. My guess is that svn renames files too often.

So what should I do in this case?

Is there any setting in rsync that can just detect changes based on content rather than filenames? Or is there any option in svn that it won't do so many renames with? As far as I remember, there were two options for the database. I may be using fsfs.

Any ideas? Best regards, Sandip Geary

+2


source to share


2 answers


You must use svndump

make a backup. Or see the Subversion Tools backup section .



+1


source


Is the rsync

access to the FAT file system?

One consideration when using rsync with Windows FAT files is that file modification times are only allowed to within one second.



Files can be transferred when they don't need to because it rsync

thinks the file has been modified.

For this reason, it rsync

has a parameter --modify-window=NUM

, and a value of 1 will change the modification time by one second.

+1


source







All Articles