home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / admin / 6875 < prev    next >
Encoding:
Text File  |  1993-01-04  |  3.2 KB  |  73 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!gatech!destroyer!caen!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: Backup while device busy!
  5. Message-ID: <1993Jan4.123743.27958@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: <61800001@acf3.NYU.EDU>
  11. Date: Mon, 4 Jan 93 12:37:43 GMT
  12. Lines: 59
  13.  
  14. In article <61800001@acf3.NYU.EDU>, zhangd@acf3.NYU.EDU (zhangd) writes:
  15. - 
  16. - Hi, there:
  17. - 
  18. - When I am doing backup ... I prefer to umount the filesystem
  19. - and then mount readonly thereafter. 
  20. .....
  21. - 
  22. - Questions:
  23. - 1. how dangerous to backup a partition ( dump ) with some file opening on it?  
  24. -    could this only corrupt those files or the whole filesystem in some special case?
  25.  
  26. RTFN (read network news ...), to quote from another message:
  27. ==================
  28. buck@siswat.hou.tx.us (Lester Buck) quotes:
  29. - In article <1992Dec31.174549.677@mav.com> toddi@mav.com (Todd Inch) writes:
  30. - >>Because users may change files while they are being backed up, and you may
  31. - >>end up with an inconsistent copy on the tape - say a random access file is 
  32. - >>keeping pointers to records at its end, and the data at the beginning.
  33.  
  34. Hey, that was me ...
  35.  
  36. - >And likewise two separate files may be interdependant, such as detail
  37. - >and header records in a database, or a data file and its accompanying
  38. - >hashed-key file.
  39.  
  40. - Veritas sells a file system which supports creation of one file system
  41. - which is an atomic snapshot of another file system.  The snapped
  42. - filesystem is then free to change, though writes to it are slowed
  43. - somewhat.  The only problem is to quiesce the applications for a moment
  44. - while the snapshot is being made, maybe for a minute.  The Veritas file
  45. - system is used in SVR4.2, I think.
  46. ===================
  47.  
  48. If you backup -files-, then only information in files can be corrupted by a 
  49. dodgy backup procedure. The Unix file systems generally keep their information
  50. (inodes, pointer blocks) outside files, unless you count Lost+Found as 
  51. file system information. This information is regenerated when the files
  52. are restored from the backup medium.
  53.  
  54. - 2. if there is a way to find out all opening files on a partition and close them
  55. - forcefully? ( mount, showmount...)
  56.  
  57. Reboot the system without nfs daemons ... guaranteed to close all files :-)
  58.  
  59. - 3. Could  other backup commands ( like TAR ) handle this situation better?
  60.  
  61. AFS (Andrew file System) and its OSF follow-on, DCE (Distributed Computing 
  62. Environment) also address the problem. They create a new file whenever you 
  63. change (open for write or append) a file, the backup process would dump the
  64. old, closed, and therefore reliable, version. 
  65.  
  66.  
  67. -- 
  68. *** This is the operative statement, all previous statements are inoperative.
  69. *   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
  70. *   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
  71. *   snail: Imperial College of Science, Technology and Medicine
  72. *   The Center for Computing Services, Kensington SW7 2BX, Great Britain
  73.