home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / apps / 17273 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.4 KB  |  50 lines
  1. Newsgroups: comp.sys.mac.apps
  2. Path: sparky!uunet!mdisea!uw-coco!nwnexus!kanefsky
  3. From: kanefsky@halcyon.com (Steve Kanefsky)
  4. Subject: Re: Norton Backup does eat Chicago
  5. Message-ID: <1992Nov16.191938.6796@nwnexus.WA.COM>
  6. Sender: sso@nwnexus.WA.COM (System Security Officer)
  7. Organization: The 23:00 News and Mail Service
  8. References: <10NOV199219055353@jetson.uh.edu> <mike_steiner-131192132315@192.35.50.131>
  9. Date: Mon, 16 Nov 1992 19:19:38 GMT
  10. Lines: 38
  11.  
  12. In article <mike_steiner-131192132315@192.35.50.131> mike_steiner@qm.claris.com (Mike Steiner) writes:
  13. >In article <10NOV199219055353@jetson.uh.edu>, hcls7@jetson.uh.edu (Marino,
  14. >Nancy F.) wrote:
  15. >> 
  16. >> 
  17. >> 
  18. >>     The Norton Backup only appends changes made in files. In no time, you
  19. >> can accumulate scads of back-up disks. Since I like Norton Utilities in
  20. >> general, I have decided to get around this problem by making a complete, fresh
  21. >> back-up each time. This is, of course, time-consuming, and may not be
  22. >> desireable if you have a lot to back up.
  23. >>     Maybe Nprton will improve this in a future version.
  24. >
  25. >Almost every backup program handles incremental backups this way.  The
  26. >reason is that if something happens during the backup, the previous
  27. >versions are left untouched.
  28.  
  29. That's not the main reason.  It's fairly simple to verify a new copy of the  
  30. file before deleting the old copy (and, of course, the original is still 
  31. there to copy again if necessary).  The reason the old copies aren't
  32. deleted is simply so you can go back to them.  In other words, backups are
  33. often used as archives.  It's nice to know that you can free up some space   
  34. on your hard drive by deleting some files and have the ability to recover 
  35. those files from the backup if necessary.  With an image backup, the files
  36. you deleted will be deleted from the backup the next time you do one, so  
  37. you can actually *lose* data by doing a backup. Also, if a file has been
  38. corrupted prior to the most recent backup, the corrupted file will replace the
  39. good one in an image backup, and you won't be able to recover it.  The 
  40. only solution with an image backup is to maintain multiple backup sets, 
  41. but you'd have to do a full backup every time, without ever re-using any
  42. disks, to ensure that you can recover any version of any file.
  43.  
  44. Of course, with any type of backup, one should do a full backup on a new
  45. set of disks from time to time, to provide some redundancy in case the
  46. backup itself becomes corrupted.
  47.   
  48. --
  49. Steve Kanefsky
  50.