[ale] Today's lesson: rdiff-backup restores

[Lightner, Jeff]

Monthly seems like a big risk.

There are companies that will pick up tapes you send and return them on expiration or on demand.   Here we offsite tapes weekly.

Recall:  http://www.recall.com/

IronMountain:  http://www.ironmountain.com/

Most of the deduplication appliance makers (e.g. ExaGrid, Quantum and Data Domain) also offer replication wherein you can send your backups to a unit in your data center then replicate that in the background to another unit at an offsite location.   Even if you use tapes for offsite you can backup everything to the dedupe units first then copy to tape from there.   In NetBackup they call that duplication from one storage unit to another, Vaulting.   One of my original questions in this thread was asking if Bacula or other OSS solution had something like this Vaulting.


From: ale-bounces at ale.org [mailto:ale-bounces at ale.org] On Behalf Of Jim Kinney
Sent: Tuesday, February 23, 2016 8:32 AM
To: Atlanta Linux Enthusiasts - Yes! We run Linux!
Subject: Re: [ale] Today's lesson: rdiff-backup restores


<sigh>

My backup rig is in the same rack with the machines it backs up. Politics and network limitations prevent relocating it elsewhere. So a monthly extraction of full backup tapes to my office across campus is my solution. I use a specific set of LTO6 tapes just for fulls with a rolling set for incr and diffs.
On Feb 23, 2016 8:26 AM, "Dow Hurst" <dphurst at uncg.edu<mailto:dphurst at uncg.edu>> wrote:
I have bacula setup on ~10 clients with daily incremental, weekly differential, and monthly full backups implemented.  Bacula works great and any individual file or subdirectory can be restored on demand if needed.  Anytime I've had to restore something, it just works.  Once I got the main configuration template for one client working then the rest of the clients were pretty straightforward. So, I know backups and restores work.  The problem we haven't dealt with yet and have plans to rectify is that the backup server is still in the same building as the clients being backed up...

Sincerely,
Dow
⚛Dow Hurst, Research Scientist
       340 Sullivan Science Bldg.
       Dept. of Chem. and Biochem.
       University of North Carolina at Greensboro
       PO Box 26170 Greensboro, NC 27402-6170

On Fri, Feb 19, 2016 at 7:42 PM, Alex Carver <agcarver+ale at acarver.net<mailto:agcarver+ale at acarver.net>> wrote:
The lesson is that restoring files via rdiff-backup actually works quite
well.  I'm very happy the restore was relatively painless.
_______________________________________________
Ale mailing list
Ale at ale.org<mailto:Ale at ale.org>
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo


_______________________________________________
Ale mailing list
Ale at ale.org<mailto:Ale at ale.org>
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20160223/84df3912/attachment.html>