Linked by Thom Holwerda on Sun 16th Oct 2005 10:07 UTC, submitted by Falko Timme
General Development This tutorial describes how to do automated server backups with the tool rdiff-backup. rdiff-backup lets you make backups over a network using SSH so that the data transfer is encrypted. The use of SSH makes rdiff-backup very secure because noone can read the data that is being transferred. rdiff-backup makes incremental backups, thus saving bandwidth.
Order by: Score:
Very secure
by raboof on Sun 16th Oct 2005 11:02 UTC
raboof
Member since:
2005-07-24

The article states the use of SSH makes rdiff 'very secure'. As always with this kind of statements, it should be taken with a grain of salt.

You could ask yourself if you think it's a good idea to enable public-key authentication for root on all the machines you want to backup.

Also, at first glance it doesn't look like the backed-up data is stored encrypted.

Nonetheless this seems like a nice article about good and useful tool, just some things to be aware of.

Reply Score: 2

RE: Very secure
by saxiyn on Sun 16th Oct 2005 13:15 UTC in reply to "Very secure"
saxiyn Member since:
2005-07-08

"Also, at first glance it doesn't look like the backed-up data is stored encrypted."

True. You want Duplicity for encrypted backup. This is a philosophical difference. In rdiff-backup's author's word: "rdiff-backup's archives are meant to be as easy to view as possible."

More on this here:
http://www.nongnu.org/rdiff-backup/duplicity.html

Reply Score: 1

RE[2]: Very secure
by raboof on Mon 17th Oct 2005 08:00 UTC in reply to "RE: Very secure"
raboof Member since:
2005-07-24

Ah, indeed it's quite prominently linked on the rdiff page.

Great, linking to alternatives and explaining the when they might be a better idea is a Good Thing. Very mature/professional.

Reply Score: 1

Anonymous
Member since:
---

server backup-needs. it has already saved my ass several times:

http://folk.uio.no/johnen/bontmia/

i use it to do backups for multiple server. bontmia keeps historic versions (i.e. nightly for the last 14 days + weekly for the last 6 month + montly forever) but uses hard-links, so that only changed files use space on your harddisk.

Reply Score: 0

Sphinx Member since:
2005-07-09

Looks pretty swift, I'll give it a try, thanks. I think the author should re-evaluate tape drives, they have been evolving, AIT for instance, more reliable hauling them off-site than throwing hard disks around and the speed I get is very, very good.

Reply Score: 1

rsync
by Anonymous on Sun 16th Oct 2005 13:40 UTC
Anonymous
Member since:
---

How is this different from rsync?

sounds exactly the same to me.

Reply Score: 2

RE: rsync
by saxiyn on Sun 16th Oct 2005 13:47 UTC in reply to "rsync"
saxiyn Member since:
2005-07-08

You rsync 2005-10-16 data to 2005-10-15 data backuped. Where is 2005-10-15 data now? How do you restore older copies?

You just copy backup before rsync? How is that an incremental backup then? You still waste disk space, although you conserve network bandwidth thanks to rsync.

Reply Score: 1

RE[2]: rsync
by Anonymous on Sun 16th Oct 2005 14:05 UTC in reply to "RE: rsync"
Anonymous Member since:
---

cp -l

Reply Score: 0

RE[2]: rsync
by Anonymous on Sun 16th Oct 2005 18:23 UTC in reply to "RE: rsync"
Anonymous Member since:
---

[quote]You rsync 2005-10-16 data to 2005-10-15 data backuped. Where is 2005-10-15 data now? How do you restore older copies? [/quote]

Actually if you were to look into rsync --link-dest=DIR you'd be presently surprised to find your answer.

rdiff-backup from my understanding is just an implementation of rsync. Mind you I haven't read the article. I am simply stating.

Reply Score: 0

Great tool
by Anonymous on Sun 16th Oct 2005 14:20 UTC
Anonymous
Member since:
---

rdiff-backup is ace. I've written a small backup tool around it, including an "interactive" restore module that tells me what backups I have, which increments are available, and asks where to restore them to. I run rdiff-backup nightly, so I can now restore the crucial parts of my filesystems to their state as of any of the previous X days.

Reply Score: 0

Use Subversion
by Anonymous on Sun 16th Oct 2005 20:50 UTC
Anonymous
Member since:
---

I use subversion to back up small set of data, especially system config. I can go back to any previous date. If there is no change, it does not commit anything to the repository. Works great for me.

Reply Score: 0

rsnapshot
by Anonymous on Mon 17th Oct 2005 00:17 UTC
Anonymous
Member since:
---

I've been using rsnapshot. It's simple, written in perl, incremental, and uses hard links to save disk space. Oh, and it's highly configurable!

Reply Score: 0

re: rsnapshot
by greensky on Mon 17th Oct 2005 05:11 UTC
greensky
Member since:
2005-07-14

I've been using rsnapshot as well. It works well and I really like it.

Reply Score: 1

BackupPC
by Anonymous on Mon 17th Oct 2005 17:10 UTC
Anonymous
Member since:
---

I have been using BackupPC at home and it is great.

http://backuppc.sourceforge.net

Reply Score: 0