On Mon, 18 Mar 2013 21:25:23 -0400
seth vidal <skvidal(a)fedoraproject.org> wrote:
After a super-fun-time debacle restoring a single file today I'd
to talk about our backups a bit.
Right now our backups are:
- bacula to a few central servers and then off to tape.
(we also have disk based backups of only some more critical stuff).
That seems like it is not scaling super-duper well for our size of
disk storage. It also seems like it is a wee bit cumbersome to use. :)
In the best of all possible infinite-money worlds I'd love to
enough disk space to offer multiple snapshots of every filesystem
and/or a complete disk-to-disk copy with deduping (obnam) or with
reverse diffs (rdiff-backup). But let's assume that world is not
likely to exist and figure a few things out:
1. where are we backing up that we don't need to?
So, right now on many of the machines we backup we are just backing up
the entire thing. This is nice in that it means if someone has
something in their homedir, or a log file we need is in /var/log, etc
we can get it (at least in theory).
However, we could change that to just target /etc /srv and/or any
places that actually have content vs OS.
2. are there places that we can backup that really would benefit
being a warmer-backup always available in a filesystem somewhere
Possibly fedorahosted, fedorapeople, pkgs?
3. Is there any good way to couple snapshots with our tape system to
make our backups a little simpler to deal with?
I fear snapshots might make it more complicated.
4. What level of bare metal-disaster-recovery do we actually HAVE
our existing system and have we ever tested any of those cases?
I'm not sure we have. Basically it should be: Install new OS,
re-puppet, then restore any data/content from backups.
I do not know when I will get the time to put into fixing any of
things up - but after today it is clearly on my list of things to
Yep. Me too.