home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / novell / 7290 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  1.9 KB
  1. Path: sparky!uunet!dziuxsolim.rutgers.edu!dorm.rutgers.edu!medici
  2. From: medici@dorm.rutgers.edu (Mark Medici)
  3. Newsgroups: comp.sys.novell
  4. Subject: Re: Novell Tape Backup Software
  5. Message-ID: <Sep.15.01.50.44.1992.7481@dorm.rutgers.edu>
  6. Date: 15 Sep 92 05:50:45 GMT
  7. References: <lacnu8INNoat@phad.hsc.usc.edu> <1992Sep3.230016.27803@samba.oit.unc.edu> <keith.32.0@novell.COM> <1992Sep5.032039.15644@monu6.cc.monash.edu.au> <Jon.Biddell.225.715844504@unsw.edu.au> <Sep.10.18.08.53.1992.18319@dorm.rutgers.edu> <1992Sep11.131209.10739@
  8. Organization: Rutgers Univ., New Brunswick, N.J.
  9. Lines: 23
  10.  
  11. ag129@cl.cam.ac.uk (Alasdair Grant) writes:
  12.  
  13. >But is it not true that DAT is thin and rather fragile? Not all backups
  14. >are for disaster-recovery. If they are used for data migration in a
  15. >hierarchical storage system (which implies jukebox access) or simply as
  16. >an explicitly-selected bulk storage medium, they must last for several
  17. >years. Are they suitable for this too, or just for short-term recovery?
  18.  
  19. I'm not sure of the physical characteristics, and would want to
  20. double-check the thiness factoid.  However, in actual use, DATs have
  21. proven to be just as reliable as 8mm.  I've run 100's of backups to
  22. DAT, including using sets of daily tapes over 20-30 times or more, and
  23. have experienced zero failures.  This includes the 1/2 dozen tapes
  24. that usually sit in the bottom of my breifcase as "double-emergency"
  25. backups.
  26.  
  27. We also use DATs for archival storage.  Although our use of DAT is
  28. rather new (less than 2 years), I can again say I've experienced no
  29. loss of data over time, even with long periods between use.  -- 
  30. _________________________________________________________________________
  31. RUCS     | Mark A. Medici, Systems Programmer III, User Services Division
  32. User     | Rutgers University Computing Services, New Brunswick, NJ 08903
  33. Services | [medici@gandalf.rutgers.edu]                    [908-932-2412]
  34.