home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / aix / 9364 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.4 KB
  1. Path: sparky!uunet!vtserf!vttcf.cc.vt.edu!valdis
  2. From: valdis@vttcf.cc.vt.edu (Valdis Kletnieks)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: rootvg restores by inode
  5. Message-ID: <6420@vtserf.cc.vt.edu>
  6. Date: 4 Sep 92 00:14:30 GMT
  7. References: <1992Sep3.181334.13202@murdoch.acc.Virginia.EDU>
  8. Sender: usenet@vtserf.cc.vt.edu
  9. Organization: Virginia Tech, Blacksburg, VA
  10. Lines: 26
  11.  
  12. In article <1992Sep3.181334.13202@murdoch.acc.Virginia.EDU> op@holmes.acc.Virginia.EDU (Olaf  Pors) writes:
  13. >  The requirement referred to is to be able to completely,
  14. >accurately, and relatively automatically restore the root
  15. >volume group from daily backup tapes.  In other words, at
  16. >our site, if a rootvg disk dies, we need to be able to
  17. >restore rootvg to exactly the state it was in when the
  18. >previous day's backups were done.  On a standard system,
  19. >this is close to impossible, since it means doing a mksysb
  20. >every day.
  21.  
  22. What I've always done is the following:
  23.  
  24. (a) take a full backup once a week - in this case, a 'mksysb' flavor.
  25. (b) The backup script touches /fulldump
  26. (c) The incremental does a 'find / -newer /fulldump -print | backup -i'
  27.  
  28. In case of failure, you just spin the mksysb - this gets you something
  29. back that will at least *BOOT*.  Then you just /etc/restore the incremental
  30. over the now-semi-functional system.
  31.  
  32. I don't see that backup-by-inode is a big issue - the functionality
  33. is there via other means.  
  34.  
  35.                 Valdis Kletnieks
  36.                 Computer Systems Engineer
  37.                 Virginia Tech
  38.