home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / admin / 6704 < prev    next >
Encoding:
Text File  |  1992-12-20  |  2.2 KB  |  56 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!decwrl!deccrl!news.crl.dec.com!dbased.nuo.dec.com!nntpd.lkg.dec.com!nntpd2.cxo.dec.com!nabeth!alan
  3. From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  4. Subject: Re: How do you back up a terabyte?
  5. Message-ID: <1992Dec17.234702.26481@nntpd2.cxo.dec.com>
  6. Lines: 43
  7. Sender: alan@nabeth (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  8. Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  9. Organization: Digital Equipment Corporation
  10. References:  <ericw.724459057@hobbes>
  11. Date: Thu, 17 Dec 1992 23:47:02 GMT
  12.  
  13.  
  14. In article <ericw.724459057@hobbes>, ericw@hobbes.amd.com (Eric Wedaa) writes:
  15. >
  16. >The subject says it all.  "How do you back up a terabyte?"
  17.  
  18. By having smart backup utilities that understand the data they backup
  19. in appliation specific ways and only backup the parts that have
  20. changed.  Such utilities run continously or as continuously as the
  21. backup media allows.  If efficient use of space and time requires
  22. occasional check points of frequently change large files, then they
  23. take care of the check pointing, probably with assists from the
  24. file system.
  25.  
  26. For example, modificiations to a system error log are typically
  27. done as append operation.  Further it might be reasonable to assume
  28. that the system error log is not something that needs to be backed up with
  29. great frequency.  An application specific backup program might then
  30. checkpoint the file to backup media and remember where it stopped.
  31. When it decides that the changes need to be backed up it just
  32. copies from that point to the current end of file.
  33.  
  34. A randomly accessed GB database will probably have backups done as
  35. records change, with an occasional check point when the number of
  36. changes gets too large to be able to restore easily.
  37.  
  38. >
  39. >And while I'm at it, how do you fsck at terabyte?
  40.  
  41. You don't.  At least not in the traditional sense.  When it gets that
  42. large you probably journal and expire the changes as they are comitted.
  43. Those not committed can be replayed from the file system journal, quickly
  44. if it is ever necessary.
  45.  
  46. >
  47. >
  48. >>>>Ericw
  49. >
  50. >--
  51. >Eric Wedaa  -  eric.wedaa@amd.com
  52. >
  53. --
  54. Alan Rollow                alan@nabeth.cxo.dec.com
  55.  
  56.