home *** CD-ROM | disk | FTP | other *** search
/ Amiga ISO Collection / AmigaDemoCD2.iso / ASCII / TEXTE / c.s.a.reviews / software / disk / MRBackupProfessional < prev    next >
Encoding:
Internet Message Format  |  1994-06-02  |  16.7 KB

  1. Path: menudo.uh.edu!menudo.uh.edu!usenet
  2. From: jgrimm@sv025.torreypinesca.ncr.com (Jeffrey Grimmett)
  3. Newsgroups: comp.sys.amiga.reviews
  4. Subject: REVIEW: MRBackup Professional, Version 1.13a
  5. Followup-To: comp.sys.amiga.applications
  6. Date: 2 Feb 1993 18:33:38 GMT
  7. Organization: The Amiga Online Review Column - ed. Daniel Barrett
  8. Lines: 372
  9. Sender: amiga-reviews@math.uh.edu (comp.sys.amiga.reviews moderator)
  10. Distribution: world
  11. Message-ID: <1kmeq2INN8g2@menudo.uh.edu>
  12. Reply-To: jgrimm@sv025.torreypinesca.ncr.com (Jeffrey Grimmett)
  13. NNTP-Posting-Host: karazm.math.uh.edu
  14. Keywords: backups, hard drive, tape drive, commercial
  15.  
  16.         [MODERATOR'S NOTE:  This review was modified slightly
  17.         on February 5, 1993, to incorporate some comments from
  18.         the program's author.  - Dan]
  19.  
  20. PRODUCT NAME
  21.  
  22.     MRBackup Professional, Version 1.13a
  23.  
  24.  
  25. BRIEF DESCRIPTION
  26.  
  27.     MRBackup Professional (MRB Pro) is an archiving program, usually
  28. used to back up valuable data from hard drives to floppies or other mass
  29. storage media, although it could also be used for backing up standard
  30. floppies, too.  Programs of this type typically store the data in a format
  31. that makes maximum use of your backup media and can recover the data easily
  32. in the event of disaster.
  33.  
  34.  
  35. COMPANY INFORMATION
  36.  
  37.     Name:        MRsoftware
  38.     Address:    348 Indian Avenue
  39.             Portsmouth, RI  02871
  40.             USA
  41.  
  42.     Phone:        (401) 846-7639
  43.  
  44.  
  45. LIST PRICE
  46.  
  47.     MRB Pro is available directly from the author for $25.00 (US).  Those
  48. who purchased earlier versions of this program may upgrade for $10.00 (US)
  49. plus the original serialized diskette (offer good until 30 March 1993).
  50. Owners of the registered shareware version may also upgrade for this price,
  51. but need not send in the original diskette.
  52.  
  53.  
  54. SPECIAL HARDWARE AND SOFTWARE REQUIREMENTS
  55.  
  56.     HARDWARE
  57.  
  58.         Requires 1 MB RAM.
  59.         At least one floppy or SCSI streaming tape drive required.
  60.  
  61.     SOFTWARE
  62.  
  63.         Requires Workbench 1.3 or higher.
  64.         Requires ARP.library (supplied with disk).
  65.         Voice feature will not work with AmigaDOS 3.0 (no narrator!).
  66.          (Note: it will work if you use the 2.04 speech software.)
  67.         ARexx is not required unless one wishes to use the ARexx
  68.         macro features.
  69.  
  70.  
  71. COPY PROTECTION
  72.  
  73.     None implemented.  Hard drive installable.
  74.  
  75.  
  76. MACHINES USED FOR TESTING
  77.  
  78.     1) A2500/020, 3 mb memory, A2091 controller, 150 mb hard drive
  79.        storage, Wangtek 5050 streaming tape, 2 floppies, 2.04 OS.
  80.  
  81.     2) A2000, 5 mb memory, GVP Series II controller, 150 mb hard drive
  82.        storage, Insite 21 mb floptical drive, 2.05 OS.
  83.  
  84.     3) A3000/16, 6 mb memory, 105 mb hard drive storage, Wangtek 5050
  85.        SCSI streaming tape, 2.04 OS.
  86.  
  87.     4) A500, 2 mb memory, GVP Series II controller, 52 mb hard drive, 2
  88.        floppies, 1.3.3 OS.
  89.  
  90.     Systems 1 and 2 operate 24-hour Fidonet BBS's using DLG Professional
  91. BBS/OS.  System 1 is a hub while system 2 is an end node.
  92.  
  93.  
  94. OVERVIEW
  95.  
  96.     In the beginning was QuarterBack, and I was quite happy with it
  97. until I got a hard drive bigger than my faithful old Rodime.  At that point,
  98. I got my Wangtek with GVP's TapeStore software.  I was still missing
  99. something:  a good backup program with a documented ARexx interface that I
  100. could use to make automatic timed backups of important control files on my
  101. BBS.  I literally stumbled across MRB Pro when I sent the author, Mark R.
  102. Rinfret, an e-mail regarding his former distributor.  His answers to my
  103. questions (i.e., support of tape and full ARexx) prompted me to give the
  104. software a try.  At the time, QuarterBack 5 was undergoing a few problems so
  105. I wanted to avoid Quarterback. :-)
  106.  
  107.  
  108. INSTALLATION
  109.  
  110.     I received my package and set straight to work.
  111.  
  112.     The version I received, 1.12, was installed by an AmigaDOS script.
  113. I was somewhat annoyed by its insistence that I have the logical assignment
  114. MRBackup: already existent; but other than that, installation went smoothly.
  115. There is one library (ARP.library), one handler (mrtape-handler) and one
  116. Mountlist file (Mountlist.mrtape), plus all of MRB's particulars to be
  117. copied.
  118.  
  119.     Update:  The current version (1.13a) now uses Commodore's Installer
  120.          utility.  I wiped my 3000's copy and tried it out, and as
  121.          usual it did an excellent job.  Kudos to both Commodore and
  122.          MRSoftware!
  123.  
  124.     Next thing to be done was the actual setting up of the program.
  125. There are numerous options from the main screen:  Preference file, Home
  126. (source) path, Backup (destination) path, Voice on/off, Media Type
  127. (AmigaDOS, SCSI Tape, or special "fast" floppy), List file path, Log file
  128. path, Buffer Size, Floppy drives to use (up to 4 possible).
  129.  
  130.     * Note:  all path-related operations may be typed in, or the ARP
  131.     requester may be called by selecting a gadget.  (ASL requester is
  132.     used in AmigaDOS 2.04 and up.)
  133.  
  134.     In addition, you can select your screen mode and colors from a menu
  135. option.
  136.  
  137.     Besides the main screen, there are two other screens that can be
  138. invoked from buttons or menu options:  Options and Filters.
  139.  
  140.     OPTIONS
  141.  
  142.         Test Date, Prefix (for volume names), Compression (none,
  143.         12-16 bit), Decompression, Formatting (normal, quick, none),
  144.         FileSystem, Force Copy (overwrite during restore), Split Big
  145.         Files, Test Archive Bit, Set Archive Bit, Preserve Empty
  146.         Directories, Error Handling (automatic or interactive),
  147.         Sorting, Verify Writes.
  148.  
  149.         Each backup may be tagged with a comment as it is made.
  150.         This is definable in a text gadget.
  151.  
  152.     FILTERS
  153.  
  154.         Here you can define text filters to omit or include files
  155.         from your backup or restore operation, as well as omit and
  156.         include files for compression and decompression.  Rather
  157.         than specify a file pattern directly, you must create a text
  158.         file containing your pattern(s).  This is actually quite
  159.         flexible but may be viewed as a pain by some.
  160.  
  161.         Using ARexx macros, this can be worked around, but that's
  162.         beyond many potential owners, as well.  To me, the optimal
  163.         solution would be to have an interactive requester of some
  164.         kind that would create the filter files.
  165.  
  166.         The average owner isn't left out in the cold, though.  During
  167.         backups and restores, items may be selected and deselected
  168.         via interactive filtering, as my old Quarterback 2.x did. 
  169.  
  170.     Once you have set up MRB as you like it, MRB can save your
  171. preferences as defaults.  In fact, you can define separate preference files
  172. for different partitions -- I have, as each of my partitions has a different
  173. "flavor" to it.  The ability to change the default screen colors is helpful
  174. in reminding me of where I'm at -- the purple one is FILES, the gray one is
  175. my SYS:..., and so on.
  176.  
  177.  
  178. BACKUPS
  179.  
  180.     Making a backup is pretty simple once all the work of defining your
  181. preferences is out of the way.  To start a backup, simply click the BACKUP
  182. gadget on the main screen.  You will see the OPTIONS screen again, but if
  183. everything is set up to your satisfaction, simply click OK.
  184.  
  185.     The hard drive will thrash a bit as everything is gathered,
  186. filtered, and sorted, and then you are presented with a screen showing a
  187. list of files that matched the path/pattern/archive bit criteria you have
  188. set.  At this point you can delve into the directory structure and further
  189. refine your backup, apply further patterns for inclusion and exclusion, or
  190. trim entire branches from the directory trees.  When all is to your
  191. satisfaction, click OK.
  192.  
  193.  
  194. THE NEED FOR SPEED...
  195.  
  196.     Differing backup philosophies yield different speeds.  Depending on
  197. the backup media chosen, compression mode, and sorting style you can either
  198. get a fast backup or a slower backup that takes up less space.  Some
  199. comparisons:
  200.  
  201.     Input   Output  Time  Compression Throughput
  202.     ~~~~~   ~~~~~~  ~~~~  ~~~~~~~~~~~ ~~~~~~~~~~
  203.     2.1 M   2.1 M   0:38  0 %         62 KBPS    SCSI tape direct
  204.     2.1 M   2.1 M   0:35  0 %         66 KBPS    SCSI tape direct
  205.                                                  (unsorted)
  206.     2.1 M   1.5 M   3:27  27 %         7 KBPS    SCSI tape 12-bit
  207.                                                  compression
  208.     2.1 M   1.4 M   3:32  32 %         6 KBPS    SCSI tape 16-bit
  209.                                                  compression
  210.     2.1 M   2.1 M   7:45  0 %          4 KBPS    AmigaDOS floppy (3)
  211.     2.1 M   2.1 M   7:05  0 %          5 KBPS    FFS floppy (3)
  212.     2.1 M   2.1 M   5:14  0 %          7 KBPS    Fast Disk (3)
  213.     2.1 M   1.4 M  13:49  32 %         1 KBPS    AmigaDOS floppy (2)
  214.                                                  (16 bit compression)
  215.     2.1 M   1.4 M  13:45  32 %         1 KBPS    FFS floppy (2)
  216.                                                  (16 bit compression)
  217.     2.1 M   1.4 M   6:21  32 %         3 KBPS    Fast Disk (2)
  218.                                                  (16 bit compression)
  219.     2.1 M   2.1 M   1:45  0 %          30 KBPS   AmigaDOS HD
  220.  
  221.     A few observations:  First, it's apparent that unless you have a
  222. truly large hard drive partition to back up, compression is something you
  223. want to avoid when using tape.  However, for floppies at least 12-bit
  224. compression (larger archives but faster than 16-bit) will help reduce the
  225. number of times you have to swap floppies.  The proprietary Fast Disk format
  226. gives great speeds, although you MUST use MRB to recover your data.  The
  227. MOST secure method is using standard AmigaDOS floppies, with no large file
  228. splitting.  It takes time but you can recover your data no matter what
  229. happens.
  230.  
  231.         [MODERATOR'S NOTE:  Mark Rinfret, author of MRBackup
  232.         Professional, reports that the Fast Disk format is
  233.         not "proprietary."  He is happy to provide documentation
  234.         on the disk format to anyone interested.  It would be
  235.         more accurate to refer to the disk format as "custom."
  236.         - Dan]
  237.  
  238.     * Update:  Version 1.13, which I received after this time trial,
  239.     comes with a 68020-code version of the compressor.  When I used it
  240.     for a few test runs, I achieved MUCH better results with compression
  241.     -- almost the same as plain floppy backups.
  242.  
  243.     I threw in a straight AmigaDOS hard drive value at the end just to
  244. give an idea of the speed of AmigaDOS in general.  It in no way implies the
  245. tape is actually faster than a hard drive for most normal applications,
  246. rather that AmigaDOS slows things down a bit.  It's a hard call to make when
  247. deciding, unless you already plan on using streaming tape, in which case
  248. your choices are more or less made for you.
  249.  
  250.     * Hint from the author:  First of all, match your buffer to the size
  251.     of the one in the tape drive, if using tape.  This will yield the
  252.     best results as neither the hard drive or the tape drive will spend
  253.     much time waiting for each other.
  254.  
  255.     Each file is written with a preamble that makes recovery of corrupt
  256. archives more reliable.  This is a nice touch for data security, a concern
  257. of mine.
  258.  
  259.  
  260. RECOVERY
  261.  
  262.     It goes against my very nature to wipe out a working hard drive
  263. partition to check the recovery options, but that's exactly what I did,
  264. cringing at every step until things were restored <grin>.
  265.  
  266.     Restoration is simple, actually.  You read in the catalog and then
  267. select and deselect files to restore.  The decompression mode must meet or
  268. exceed the compression mode that the files were compressed with, or else the
  269. file will be restored in its compressed mode.
  270.  
  271.     The same types of filters applicable to backups also apply to
  272. restoration.
  273.  
  274.     An added touch is the ability to read in a catalog of what is on a
  275. tape or set of disks and select which archive to restore.  This is
  276. especially handy on a tape system with several volumes stored on one tape.
  277.  
  278.     I'm happy to report that my hard drive survived being formatted
  279. multiple times being restored from different backup formats. :-)
  280.  
  281.     One observation I'd like to make:  the first time I began a restore
  282. operation, the throughput was utterly dismal.  When I asked the author about
  283. this, he pointed out that restoring to a clean partition should be done with
  284. the FORCE COPY parameter set to ALWAYS.  If set otherwise, MRB will check
  285. for EACH file before writing, which wastes a lot of time.  Throughput
  286. increased VERY significantly after I did that :-)
  287.  
  288.  
  289. AREXX
  290.  
  291.     Everything I've done so far as been via the standard GUI interface.
  292. However, one reason I was looking for another backup program was to find
  293. something I could manipulate via ARexx for timed backups from a Cron
  294. [scheduling] program.  Without going into great detail, the ARexx interface
  295. to MRB Pro is without a doubt one of the best I've seen in any type of
  296. program.  EVERY function available from the GUI is available to the ARexx
  297. port.  This makes it easy to invoke MRB, quickly switch a few parameters,
  298. and make a backup without having to play nursemaid to the system.  Two
  299. thumbs up!  Also, each ARexx command is well documented, and example
  300. ARexx scripts are included to get you started.
  301.  
  302.     I've already made a script that is launched via a Cron program to
  303. make incremental backups of certain key directories.  I'm currently working
  304. on one that will allow me to log into my BBS, select an appropriate
  305. partition, and start a backup remotely.  Another project on the back burner
  306. is a script that will allow my callers to retrieve files from the tape and
  307. download them -- This will allow me to keep less-used files offline but still
  308. available.
  309.  
  310.  
  311. DOCUMENTATION
  312.  
  313.     MRB Pro is currently in transition as the distribution switches from
  314. TTR to the author.  As such, the author has had to "roll his own" packaging
  315. for this software.  The manual is laser printed, and the content is clear
  316. and concise with illustrations.  Aside from the cover, it looks very
  317. professional.  All functions are covered except for a few more esoteric ones
  318. that are described in the on-disk documentation.
  319.  
  320.         [MODERATOR'S NOTE:  According to Mark Rinfret, the author of
  321.         MRBackup Professional, the product is now distributed and
  322.         maintained solely by MRsoftware, not TTR.  - Dan]
  323.  
  324.     With version 1.13, I received AmigaGuide documentation -- it matches
  325. the printed manual precisely _except_ where there were typos or changes due
  326. to upgrades.  Here's another place where MRSoftware and Commodore both
  327. deserve a cookie.
  328.  
  329.  
  330. LIKES AND DISLIKES
  331.  
  332.     MRB has a lot going for it.  During backups and restorations, much
  333. information is presented in a clear manner:  throughput, compression ratio,
  334. and progress indicator.  Backups are not corrupted, and the data appears to
  335. be quite secure.
  336.  
  337.     I do have a few things I'd like to see enhanced on the program;
  338.  
  339.      * I'd love to be able to iconify the program when it is running --
  340.     the AmigaDOS 2.0-style gadgets are present but they don't have the
  341.     desired effect.
  342.  
  343.      * Also, many tape-capable backup utilities sport a "disk image" mode
  344.     where the disk is copied verbatim, ignoring all references to
  345.     AmigaDOS.  This has the advantage of speed if the drive is full or
  346.     near-full.  However, as long as I used TapeStore I never used that
  347.     option, so I don't feel it's a really deciding factor.
  348.  
  349.      * Some terminology is confusing.  The backup source is referred to
  350.     as the "home" path and the backup destination is referred to as the
  351.     "backup" path.  I definitely had to read the manual for that one.
  352.     This is picking nits, however -- which goes to show that there's not
  353.     really much wrong with this program!
  354.  
  355.  
  356. BUGS
  357.  
  358.     The first version I received, 1.12, had a minor bug that only showed
  359. during repeated (like 9 or 10) invocations, where memory was not being
  360. released when the program was shut down.  Additionally, the ARexx port was
  361. not behaving as expected in certain situations.  Both of these bugs were
  362. fixed for version 1.13.
  363.  
  364.     1.13 has a slight bug as well, which I didn't notice until the
  365. author pointed it out to me.  It shows up only during certain situations.
  366. However, a freely distributable patch file called "Patch_MRBackup113a.lha"
  367. has already been released.
  368.  
  369.  
  370. VENDOR SUPPORT
  371.  
  372.     My experience with MRsoftware has been very positive.  The author
  373. has been very responsive the few questions I had.  Bug reports have been
  374. followed up quickly, and feature requests have all been considered (although
  375. not always acted on -- I can dream, can't I?).  He is available by US Mail,
  376. telephone, and e-mail.
  377.  
  378.  
  379. SUMMARY
  380.  
  381.     Hard drive backup software is fairly hard to get excited about.
  382. It's not a glamorous niche like a Video Toaster or OpalVision.  Still, in
  383. this particular genre of software, MRBackup Professional can hold its
  384. electronic head up high.  It may not have the flash of its competitors, nor
  385. the press, but it does the job and does it well and securely.  And that's all
  386. that counts, in my book.  Add the low cost of buying it, and it's a clear
  387. winner in my book.
  388.  
  389.     MRSoftware has released a demo called MRBKDemo112.LHA.  I suggest
  390. you locate it and give it a try, then decide for yourself.  I think you'll
  391. like what you see.
  392.  
  393. ####################@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#####******************
  394. Jeff Grimmett [SuperBitMap BBS]          @ fido!1:202/739.0 [619-460-7290]
  395. jeff_grimmett@f739.n202.z1.fidonet.org  @ jgrimm@TorreyPinesCA.ncr.com
  396.       WAAAAAAAAAARRRRRGG!!!!!  (tension breaker, had to be done)
  397. *******************************************************************************
  398. ---
  399.  
  400.    Daniel Barrett, Moderator, comp.sys.amiga.reviews
  401.    Send reviews to:    amiga-reviews-submissions@math.uh.edu
  402.    Request information:    amiga-reviews-requests@math.uh.edu
  403.    Moderator mail:    amiga-reviews@math.uh.edu
  404.