If you want to look at bare-metal restores, take a look at http://relax-and-recover.org/
Red Hat just included this in RHEL. Kent On Tue, May 17, 2016 at 6:49 PM, Howard White <hwh...@vcch.com> wrote: > On 05/17/2016 05:44 PM, Michael L wrote: > >> That sounds like something I would like to try. I'm thankful for >> getting to be on this email list. >> M >> >> > Michael, > > Your original post speaks to a broad topic that gets short shrift in most > circles because backup is boring. And try as we might, the backups we _do_ > make are never enough. > > First point, the term "backup" is ambiguous. > > Second point (to which you originally alluded), backup != archive. > > Let's take a swing at the difference. Backups are about providing > recovery for an information system. Archives are about replicating, > indexing and preserving data. > > So you need to ask yourself: self, what to I expect to accomplish with > these [ backups | archives ]. There are four reasons to backup and even > more reasons to archive. > > B1 - hardware failure, and not just hard drives. > B2 - software failure, and not just operating system or applications. > B3 - security failure (can you say crypto-locker?) > B4 - human failure, and not just rm -rvf / > > Bacula is a terrific backup solution that I have never had the patience to > get to work; I am jealous of Ben and Steven Critchfield for their abilities > to get that system working. I personally have an instance of BackupPC > running but it could use an upgrade and some verification testing. Neither > of these are truly archives. > > Oh, but you want to do a bare metal restore? A bare metal restore is an > operation by which one may take a backup "volume" and through the magic of > television cause a new instance of a given system to be running. Personally > for that requirement, I take images of critical systems with Clonezilla. A > Clonezilla image allows me to create a system instance even though I may > have to overlay critical data from other backups to complete a recovery. > > Oh wait! You've got databases?? Add a whole 'nother layer of storing > journals and database unloads to your plan. Databases may be complex data > storage systems that are not so easy to replicate. > > Having fun yet? > > Howard > > > -- > -- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To post to this group, send email to nlug-talk@googlegroups.com > To unsubscribe from this group, send email to > nlug-talk+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/nlug-talk?hl=en > > --- You received this message because you are subscribed to the Google > Groups "NLUG" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to nlug-talk+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- -- You received this message because you are subscribed to the Google Groups "NLUG" group. To post to this group, send email to nlug-talk@googlegroups.com To unsubscribe from this group, send email to nlug-talk+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/nlug-talk?hl=en --- You received this message because you are subscribed to the Google Groups "NLUG" group. To unsubscribe from this group and stop receiving emails from it, send an email to nlug-talk+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.