[CentOS] Best backup software for linux

[fredex]

On Tue, Oct 24, 2006 at 09:25:48AM -0700, Mark Schoonover wrote:
> Matt Hyclak wrote:
> > On Tue, Oct 24, 2006 at 04:01:45PM +0100, Peter Crighton enlightened
> > us: 
> >>> We are running backup softwares for incrementals/differentials and
> >>> full backups with variouse softwares currently using dirvish
> >>> scripts + amanda .. what is everyones views on other opensourced
> >>> backup software? is there anything better or other options we have
> >>> missed?  We are looking at backula as an option? any thoughts?
> >> 
> >> I am looking for the answer to the same question. I have got amanda
> >> going (but not used in anger - just doing my first Centos install for
> >> my home server). Just today got amanda to write and restore some
> >> data. 
> >> 
> >> So my requirements:
> >> 
> >> * cheap/free
> >> * multiple backups per tape
> >> * fully automated backup each day
> >> * easy recovery (happy with either a Kdat type GUI or amanda type) -
> >> needs to know which tape to recover the latest (or chosen) version.
> >> * ideal for a home network (mixed Linux Windows)
> >> 
> >> 
> >> 
> >> The only thing I don't like about amanda (so far) is that it needs a
> >> new tape each backup, mainly because I'd like it to be a completely
> >> automatic backup, only requiring the tape to be changed when full
> >> (or maybe each month). 
> >> 
> >> I typically don't backup much data each day (because it's a home
> >> network), so I'd like to be able to store multiple backups on each
> >> tape. I have 20GB Travan tape drive, so that's enough for a complete
> >> full backup and several incremental's.
> >> 
> > 
> > If you have enough holding disk, just leave the tape out until you
> > hit about 20GB worth of data. I do this here at work on a weekly
> > basis - holding disk is a pair of RAID 1 disks, then once a week I
> > pop a tape in and it flushes the entire week's worth of data.
> > 
> > Matt
> 
> If you have 20GB of data, using tapes is OK. In my case, I have about 3TB of
> data that needs to be backed up, and taken offsite. So, the only real option
> is rsync going out to disks. We started out with using one of the recipes
> from the Linux Server Hacks book, #38, #41 & #42 to essentially build up a
> poor man's SAN. Using CentOS installed on systems with 3Ware cards, I have 2
> onsite 4 TB NAS. The first one is for network use, the second is for hourly,
> daily and weekly snapshots of the main NAS. There's a third 4TB NAS that's
> located offsite in a colo facility that's fed with dual T1s. We can have
> anywhere from 2-5 GB of data change every day. We're a company of about 50
> employees, and we do legal work - so nothing can be thrown away.
> 
> This system runs 7 days a week, and it's fully automated with email alerts,
> etc. The big benefit is restores. We've had our graphics dept accidently
> delete 250GB of data, and it was trivial to scp the missing data back to the
> main NAS. It all happened at network speeds, over a GB switch. All the NASes
> have dual NICS in them, and the second NICS are connected to their own
> private GB switch - hence the poor man's SAN. When hourly snapshots run, all
> the data that changes has a seperate GB network to move the data, leaving
> the office network alone. No user can tell that backups are happening
> throughout the day.
> 
> Maybe this is something I should write up in more detail. The entire system
> runs on just a couple of shell scripts, rsync, and Perl program to mail out
> logs....
> 

Looks like the makings of an article for Linux Journal!

-- 
---- Fred Smith -- fredex at fcshome.stoneham.ma.us -----------------------------
    "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of
     heaven, but only he who does the will of my Father who is in heaven."
------------------------------ Matthew 7:21 (niv) -----------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://lists.centos.org/pipermail/centos/attachments/20061024/fc95606f/attachment.sig>