On Mon, 18 Mar 2013 21:25:23 -0400 seth vidal <skvidal@xxxxxxxxxxxxxxxxx> wrote: > After a super-fun-time debacle restoring a single file today I'd like > 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. :) Agreed. > In the best of all possible infinite-money worlds I'd love to have > 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 from > 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 with > 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 these > things up - but after today it is clearly on my list of things to > think about. Yep. Me too. kevin
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ infrastructure mailing list infrastructure@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/infrastructure
