home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PROGRAMS / UTILS / HARDDISK / BK.ZIP / BK.DOC next >
Encoding:
Text File  |  1987-03-09  |  5.7 KB  |  113 lines
  1.                          HARD DISK BACKUP BATCH FILES
  2.                                     - by -
  3.                               Steven E. Margison
  4.  
  5.  
  6.        This  document describes several batch (and one .exe file)  which
  7.        automate  and track the backup of a hard disk system.  The actual
  8.        backup  is  done  with  the standard BACKUP utility,   and  is  a
  9.        combination    of    "epoch"    and    "incremental"     backups.
  10.  
  11.        An "epoch" dump is a full dump of the entire hard disk.
  12.  
  13.        An "incremental" dump backs up only those files altered since the
  14.        last epoch or incremental dump.
  15.  
  16.        The  backup  procedure  described  below  is  very  reliable  for
  17.        preserving  all data,  is easy on disk usage,  and is based on  a
  18.        very  reliable  backup  system used on large UNIX  systems.   The
  19.        general procedure is to perform an epoch dump initially, and then
  20.        perform incremental dumps at regular intervals up to a maximum of
  21.        9  dumps.   The tenth dump is another epoch dump,  and the  cycle
  22.        repeats.   Note that incremental dumps start at level 1 after  an
  23.        epoch dump,  and that only one set of level 1-9 dumps needs to be
  24.        saved.   This  is because an epoch dump removes the need for  any
  25.        previous incremental dumps.
  26.  
  27.        If  enough  disks are available,  it is recommended that  several
  28.        "volumes" of epoch dump be maintained. On my system, I maintain 3
  29.        epoch dumps,  labeled "Volume A" through "Volume C".  Incremental
  30.        dumps  are  called "levels"  and are labeled "Level  1"   through
  31.        "Level 9".  After using epoch Volume C,  I then go back to Volume
  32.        A. This insures that several months will pass before re-using any
  33.        epoch volume.
  34.  
  35.        As written,  the batch files "epoch.bat"  and "idump.bat"  assume
  36.        the  existence  of a directory named "c:\bat".  If this does  not
  37.        exist,   modify the batch files to indicate the desired directory
  38.        for the log files. (Also modify "when.bat".)
  39.  
  40.        Each of the batch files "epoch"  and "idump" are invoked with one
  41.        argument;  for "epoch",  the letter of the epoch volume,  and for
  42.        "idump",  the level number of the dump.  These indicators have no
  43.        real effect on the backup,  but are logged into the logging files
  44.        in  order  to keep track of what volumes/levels were  done  when.
  45.  
  46.        The  batch  file "when.bat"  will report the last  date/time  and
  47.        volume/level of epoch and incremental dumps.
  48.  
  49.        An executable file, "gtod.exe" is provided.  This utility is used
  50.        in the logging statements in "epoch" and "idump", and may be used
  51.        as  desired  in other batch files.  The program simply reads  the
  52.        system  date/time  and  sends  it in a  nice  format  to  stdout.
  53.  
  54.        How  often  should dumps be done?  The epoch dump should be  done
  55.        initially  and after 9 incremental dumps.  The incremental  dumps
  56.        should  be done as often as needed to insure a reasonable  degree
  57.        of  file protection.  If your system changes very few files in  a
  58.        week,   incrementals  may be done perhaps as little as  every  14
  59.        days.  If your system is active,  as mine is,  incrementals every
  60.        3-5 days are in order.
  61.  
  62.        If you are involved in program developments (as I am), it is wise
  63.        to  copy  all related files for a program to a disk each  time  a
  64.        plateau in the program's development is reached.  These files are
  65.        not  copied using the BACKUP command,  but are simply copied to a
  66.        diskette for archiving purposes.  Normally,  intermediate program
  67.        disks can be erased when the program reaches a "release" stage of
  68.        development,   and  only  a disk with the released  files  saved.
  69.  
  70.        The combination of epoch dumps,  incremental dumps, and archiving
  71.        certain  sensitive  files  to separate disks is a  very  reliable
  72.        method  of protecting hard disk data.  If you are truly paranoid,
  73.        you  might  consider  keeping  at  least the  epoch  dumps  in  a
  74.        different  location than the computer and incremental dumps.  For
  75.        my  personal  system,   I keep my epoch dumps in my desk  at  the
  76.        office.   Our  office disks are kept in a rented  security  vault
  77.        (which   is  a  little  too  expensive  for  the  average  user).
  78.  
  79.        Recovery of a complete hard disk (God Forbid!) is accomplished by
  80.        restoring   the   most  recent  epoch  dump,   followed  by   all
  81.        incrementals done since the epoch dump in the order in which they
  82.        were  made.   It is likely that some files may get restored  more
  83.        than  once,  but this is quite acceptable,  since it insures that
  84.        when  you  are  done,   the hard disk will  be  as  complete  and
  85.        up-to-date as the last incremental dump. Naturally, don't use any
  86.        incremental dumps which were left over from previous epoch dumps,
  87.        since these will contain old data.
  88.  
  89.  
  90.  
  91.  
  92.  
  93.          ------------------------------------------------------------
  94.  
  95.                    This disk copy provided as a service of
  96.  
  97.                         The Public (Software) Library
  98.  
  99.                            the software library of
  100.                      The Houston Area League of PC Users
  101.  
  102.  
  103.          For a copy of the latest monthly software library newsletter
  104.          and a list of the 600+ disks in the library, call or write
  105.  
  106.                         The Public (Software) Library
  107.                                 P.O.Box 61565
  108.                               Houston, TX 77208
  109.                                (713) 721-6104
  110.  
  111.             Newsletter subscriptions are available for $12 a year.
  112.  
  113.