home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / admin / 6673 < prev    next >
Encoding:
Text File  |  1992-12-16  |  2.2 KB  |  55 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!pipex!warwick!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: <1992Dec16.161430.1109@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>
  11. Date: Wed, 16 Dec 92 16:14:30 GMT
  12. Lines: 41
  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. With great care.
  19.  
  20. - And while I'm at it, how do you fsck at terabyte?
  21.  
  22.   (1) Write an operating system that handles terabyte big file systems
  23.  
  24.   (2) The fsck then is easy, as it comes with the operating system :-)
  25.  
  26. Seriously, the biggest unix file system I know of is efs (on CDC and Silicon
  27. Graphics systems), and that handles 8 Gigabyte filesystems. So for a terabyte 
  28. you need 128 filesystems, which may not be so convenient - you may actually
  29. run out of mount points.
  30.  
  31. Finally, with data setss of that size you will have to abandon single
  32. backups and look for an archiving and file migration system. Masstor is
  33. a name that comes to mind.
  34.  
  35. - And does anyone remember the real reason why dump/tar/cpio is not 
  36. - a good thing on an acitve filesystem?
  37.  
  38. Because users may change files while they are being backed up, and you may
  39. end up with an inconsistent copy on the tape - say a random access file is 
  40. keeping pointers to records at its end, and the data at the beginning.
  41.  
  42. When a process updates a pointer at the end, the data being pointed to may 
  43. well be already good in the file, but there was still old data at that 
  44. pointed to place when the beginning was read by the backer upper.
  45.  
  46.                                      Thomas
  47.  
  48.  
  49. -- 
  50. *** This is the operative statement, all previous statements are inoperative.
  51. *   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
  52. *   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
  53. *   snail: Imperial College of Science, Technology and Medicine
  54. *   The Center for Computing Services, Kensington SW7 2BX, Great Britain
  55.