home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / admin / 6876 < prev    next >
Encoding:
Text File  |  1993-01-04  |  2.7 KB  |  54 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!gatech!rpi!uwm.edu!spool.mu.edu!agate!doc.ic.ac.uk!cc.ic.ac.uk!imperial.ac.uk!vulture
  3. From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
  4. Subject: Re: How do you back up a terabyte?
  5. Message-ID: <1993Jan4.125908.28013@cc.ic.ac.uk>
  6. Sender: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
  7. Nntp-Posting-Host: cscgc
  8. Reply-To: cmaae47@imperial.ac.uk
  9. Organization: Imperial College of Science, Technology and Medicine
  10. References: <ericw.724459057@hobbes> <1992Dec16.161430.1109@cc.ic.ac.uk> <1992Dec31.174549.677@mav.com> <1993Jan2.165300.13971@siswat.hou.tx.us>
  11. Date: Mon, 4 Jan 93 12:59:08 GMT
  12. Lines: 40
  13.  
  14. In article <1993Jan2.165300.13971@siswat.hou.tx.us>, buck@siswat.hou.tx.us (Lester Buck) writes:
  15. - In article <1992Dec31.174549.677@mav.com> toddi@mav.com (Todd Inch) writes:
  16. - >>Because users may change files while they are being backed up, and you may
  17. - >>end up with an inconsistent copy on the tape - say a random access file is 
  18. - >>keeping pointers to records at its end, and the data at the beginning.
  19.  
  20. Hey, that was me ...
  21.  
  22. - >And likewise two separate files may be interdependant, such as detail
  23. - >and header records in a database, or a data file and its accompanying
  24. - >hashed-key file.
  25. - 
  26. - Veritas sells a file system which supports creation of one file system
  27. - which is an atomic snapshot of another file system.  The snapped
  28. - filesystem is then free to change, though writes to it are slowed
  29. - somewhat.  The only problem is to quiesce the applications for a moment
  30. - while the snapshot is being made, maybe for a minute.  The Veritas file
  31. - system is used in SVR4.2, I think.
  32.  
  33. I fear the "perfect, reliable backup" can no longer be achieved, shutting
  34. down applications is not appropriate if they provide real time response.
  35. Making snapshots of a file system can dump all closed files and a previous 
  36. version of open ones, or flag them as needing further attention. The 
  37. usefulness of such a backup set is doubtful. It also does not address file
  38. interdependence.
  39.  
  40. You should give up the notion that there is such a thing as a verifyably
  41. correct filesystem backup and go for a "reliable enough backup set". This
  42. of course means that all serious applications have to cope with corrupted
  43. information, just as filesystems (and backup procedures) try to cope with
  44. disk failures.
  45.  
  46.                                     Thomas
  47.  
  48. -- 
  49. *** This is the operative statement, all previous statements are inoperative.
  50. *   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
  51. *   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
  52. *   snail: Imperial College of Science, Technology and Medicine
  53. *   The Center for Computing Services, Kensington SW7 2BX, Great Britain
  54.