home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / admin / 7177 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.2 KB  |  52 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!spool.mu.edu!uwm.edu!linac!att!att!dptg!ulysses!allegra!princeton!siemens!aad
  3. From: aad@siemens.com (Anthony Datri)
  4. Subject: Re: Dumping a Gigabyte
  5. Message-ID: <C16Ft8.Dw1@siemens.com>
  6. Sender: news@siemens.com (NeTnEwS)
  7. Nntp-Posting-Host: lovecraft.siemens.com
  8. Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ
  9. References: <1j55eiINNk3d@BSDI.COM> <id.DZQW._25@ferranti.com> <ericw.727296638@angelo>
  10. Date: Wed, 20 Jan 1993 23:55:55 GMT
  11. Lines: 39
  12.  
  13. >A full backup every week takes, say, 8 tapes for the full, and 5 tapes for
  14. >the incrementals (8 FULL+(1 INC*5days)=13tapes.  Spreading that through the
  15. >month makes the formual (8 FULL+(1 INC*20 days)=28.
  16.  
  17. Well, not really.  From the man page:
  18.  
  19.      0-9  The "dump level." All files in the filesystem that have
  20.           been modified since the last dump at a lower dump level
  21.           are copied to the volume.
  22.  
  23. The usual scheme is to run daily incrementals at the same arbitrary level
  24. every day.  Thus, if one did a level 0 monthly, one'd do a level 1 (or 5,
  25. or whatever) daily.  Restoration 20 days (months have 20 days?) after the
  26. full would involve the full dump and only the most recent incremental.
  27.  
  28. Of course, doing those incrementals sucks tapes, and toward the end of the
  29. month they're likely going to rival the fulls in size anyway.
  30.  
  31. Has anyone ever actually used the infamous "tower of hanoi" scheme, or is it
  32. just someone's cruel joke?
  33.  
  34. >2) Like most large shops, we run 7 by 24.  The only time when we have even a
  35. >hope of getting clean backups is between 11:00pm and 7:00 am.  
  36.  
  37. I've always marveled when people say that they go single-user for backups.
  38. When people run three-week-long jobs, it's tough enough to even schedule a
  39. fastboot
  40.  
  41. >3) DATS.  Well, that's one I hadn't thought of.  On the other hand, my
  42. >personal experience with them is that they are slower than the exabytes
  43.  
  44. The Archive Python has a peak write rate of 183k/s.  On an SS2 with a huge
  45. user-mode blocking factor I got about 150 with dump; about half that with
  46. tar.  The HP-supplied drives that I've used on HP's seem to be *much* faster,
  47. but I have no numbers.
  48.  
  49. -- 
  50.  
  51. ======================================================================8--<
  52.