Re: Backup solutions wanted

Chris

Depends on what you are after. If you just want an identical sync
between the two all the time, then rsync is great because it only
copies bit variances....so low traffic and fast.....but because it is
always a replica, if you delete a file from the source disk, by the
time you want to get it back chances are (in my experience, using a
crobjob to automate it) that it will be gone.

Jim's suggestion of rdiff-backup is different as it creates a copy of
the original and then performs differential backups.....To give an
example, I have a server where using rdiff-backup I can restore files
from and of my data directories at _any_ point in time back to 2007 if
I want to......trust me it has saved my bacon on more than one
occasion. And it uses hard links, so doesn't use a great amount of disk
either.

So the solution (rsync vs rdiff) depends on if you want any versioning
history or not.

Just my thoughts....

Joel

chris morris wrote:

Thanks
Jim - at the moment I'm just trying to get first command to work.

Even when running it as sudo some directories copy, others wont with
'permission denied' errors.

( I wish linux would explain WHY permission is denied - at least that
might point me in the right direction to fix it :)

cheers

c

Jim Tittsler wrote:

On Sat, May 30, 2009 at 21:01,
<[email protected]> wrote:

You need to setup SSH key auth, and install
rsync on both then run this:

rsync -az -e ssh /media/disk-2 user@fileserver:/media/sda1

You may also want the '--delete' option to remove files from the
destination.

I would also recommend investigating rdiff-backup, which in addition

to maintaining the most recent copy as a file tree that you can copy

from as normal also maintains history so that you can recover file

states at previous invocations of the command. I run it nightly, and

use the --remove-older-than option to prune it so that I maintain a

rolling 30 days of history.

Jim

(Hastings this weekend, but normally Gisborne)

_______________________________________________
HBLUG mailing list
[email protected]
http://www.linux.net.nz/cgi-bin/mailman/listinfo/hblug