home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / admin / 6276 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  3.1 KB
  1. Path: sparky!uunet!netxcom!jely
  2. From: jely@netxcom.netx.com (James Ely)
  3. Newsgroups: comp.unix.admin
  4. Subject: Re: Reliable backup software
  5. Message-ID: <1392@netxcom.netx.com>
  6. Date: 19 Nov 92 20:34:17 GMT
  7. References: <1992Nov13.200327.6049@panix.com> <Bxpo1F.FKE@echelon.uucp>
  8. Organization: NetExpress Inc., Vienna, VA, USA
  9. Lines: 54
  10.  
  11. In article <Bxpo1F.FKE@echelon.uucp> kees@echelon.uucp (Kees Hendrikse) writes:
  12. >In <1992Nov13.200327.6049@panix.com> dans@panix.com (Dan Simoes) writes:
  13. >
  14. >>     Recently there have been a few articles in the *ix magazines about
  15. >> backup software.  Basically they focused on the fact that you never really 
  16. >> know your data is safe unless you do a restore of that data.
  17. >
  18. >(...)
  19. >
  20. >> My question:  is there any other way to have some measure of certainty that
  21. >> your data is safe?  Are there any shareware packages that do what I'm looking
  22. >> for?  What do you folks use?
  23. >
  24. >I use a 'find - cpio - compress - dd' pipeline to backup our data and run
  25. >the reverse pipeline to list the contents of the tape right after the
  26. >backup finishes. If this listing succeeds, I'm confident the data on the
  27. >tape is safe. The big problem is, will it stay safe? Especially with the
  28. >compress scheme, the loss of a few bytes could result in loss of all data
  29. >beyond the bad spot. Using a scheme that compresses on a file-by-file basis
  30. >will prevent such a disaster, it will not help in keeping the data on the
  31. >tape safe. Since tape and floppy's do go bad once in a while for no apparent
  32. >reason, I use the simple scheme, verify the tape after the backup is done
  33. >and store the tapes at different locations. I take some home, I leave some
  34. >at the office and occasionally I drop one at a safe-deposit site.
  35. >
  36.  
  37. When I set up the backups here, It was required that multiple systems
  38. be backed up over night on the same tape (8mm Exabyte drive), and that
  39. I would be willing to "stake my job on the data being backed up properly."
  40. The first part was easy, and I did a tar backup of each system (over
  41. LAN for most of them, I know there are security problems with this -
  42. I'm still working those out) with a file mark between them.
  43.  
  44. I then set up the backups to rewind the tape and then do a search
  45. through each system backup for a specific file (cd to "/tmp" first,
  46. or I'd lose the original file :-) that should be on each backup.
  47. I chose "etc/systemid" so I could also get a record of which systems
  48. were sucessful.  Once it gets to the end of the backup for that system,
  49. I cat the file to stdout (which is placed in a log file) and delete 
  50. the "etc/systemid" file that was created (so I can check the next system).
  51.  
  52. Combining this with logs of how long each backup/systemcheck took, I am
  53. very confident that my backups are successful.
  54.  
  55. We also send one set of tapes offsite for storage each month, as well
  56. as keeping full backup tapes on site for 5 weeks.
  57.  
  58. Hope this helps.
  59.  
  60. **************************************************************************
  61. * Jim Ely                  Trying to break of my lurker upbringing       *
  62. * jely@netx.com                                 *
  63. * Disclaimer:  Do you really believe anyone would let me speak for them? *
  64. **************************************************************************
  65.