Hi,

I am preparing a remote server to be dirvish-ed each night and am currently synchronising the files to a removable USB disk. The idea is then to bring the USB disk to the backup server and start dirvish off with the initial image from the disk.

Some of the files that are going to be backed up are these ugly Outlook PST files. One of these is around 450Mb.

I use this command to rsync the files to the USB disk:

rsync -vrltH --delete -pgo -D --numeric-ids -x --delete-excluded --exclude-from=/root/exclude.list /home /mnt/USBdisk/roar/

When this runs it labours over the big PST file, taking ages to complete (~30mins for this one file). It seems to recopy the entire file each night rather than just the differences.

However when I run the dirvish test via SSH (using a 50Mb PST file) with:

command="rsync --server --sender -vlHogDtprxz --numeric-ids . /home/testuser"

it clearly only transfers the differences.

There is a big difference between the two PST file sizes but this is tempered by the remote link being a painful 250K as opposed to a USB 1.1 bus which even if running at 1.5Mb/s should still transfer a few Mb of changes quite quickly).

I did not think (and nor can I find) any reference that rsync and/or dirvish change adapt their algorithms for local file systems and remote file systems.

What I am worried about is moving the initial image to the backup server and then finding dirvish is trying to transfer these huge PST files each night rather than just the changes! I have tested moving large PSTs from other remote systems and it has always worked as expected with the differences only being copied.

Are my fears unfounded? Is there a difference between local and remote copies? I have the latest version of rsync on both sides.

Thanks for any ideas,
Cheers
Noel


_______________________________________________
Dirvish mailing list
[email protected]
http://www.dirvish.org/mailman/listinfo/dirvish

Reply via email to