----- "kswan" <[EMAIL PROTECTED]> wrote:
> Thank you for some great leads.
> 
> At this point, duplicity looks great.  I am going to look at it some
> more.
> 
> Regarding mozy.com, I don't see that they support linux.
> 
> BackupPC and Bacula sound good, but too complicated for what I am
> looking for ATM.  They seem to be intended to pull data from clients.
> For now, I am looking to push data from my file server to an online
> storage provider.  I wouldn't be surprised if they supported the push
> as well, but I didn't see it in the 30 seconds of research I did.

Bacula has 3 components. There is a Director, Storage, and File.

Storage is the component that handles direct access to the storage
component.

File is the component that sits on your server to be backed up with
access to the local file system.

Director is the component that handles scheduling and telling the
file component where to contact the storage component.

All three components can live on the same machine. In fact, even when
scaled up, you will likely have at least a Director and a File component
on the same machine. 

Part of the benefit of running Bacula is the ability for it to identify
what files are needed between backup runs. For instance, our file server
is fully backed up on the first Sunday of every month. Then we do 
incremental backups each day, Every Sunday except the first has a
differential backup. 

This means worst case restore would be a Saturday before the full backup.
We would have to read the Full Backup, then 3 or 4 differential backups
for the weeks in between, and then a weeks worth of incremental backups.
All that to get a look at the files that existed at the end of the last
backup. Makes for a fast restore. 

Our current backup solution has our backups going to 3 500gb drives
joined with lvm into one large striped setup. We have bacula splitting
backups into 10gb files since bacula uses drives like tapes and reads
from the beginning in. 10gb then is the worst lost read time to get to
the end of the storage. The python script I linked to earlier had 5gb
limits so it could upload them to Amazon's S3 service.

One other thing I learned about bacula is that the sqlite driver doesn't
do well over long periods of time due to the need to vacuum the db
regularly. I didn't realize that originally and the vacuum took way to
long to finish.
-- 
Steven Critchfield [EMAIL PROTECTED]

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"NLUG" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/nlug-talk?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to