A.P. Lawrence

why use supertar tape dvdram cdrw backup?

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):

From: "D. Thomas Podnar" <tom@microlite.com>
Subject: Re: system backup References: <3da3fad6$1@eumel.hag.hilti.com> <d1f73d90.0210110028.715c3763@posting.google.com> <H3x7tK.5A5@wjv.com>
Date: Thu, 17 Oct 2002 16:06:49 -0400

What an interesting thread. There's no good place to jump in without
being perceived as biased in some way. Oh, wait, I AM biased in some
way, as I'm the owner of one of the products being mentioned.

I'm placing my comments here since Bill has a very good understanding
of the uses of professional, third party products as part of an
overall protection strategy, and my intent is to build on that vision.

Bit Level Verify is, as many point out, a wonderful feature. However
you get to use it, I'd point out that we consider it to be very
valuable, but only a small part of the overall picture.

Rsync is great, and a recommended addition to any strategy if the
resources are available.

What professional products bring to the table is not simply the
simple ACTION of creating or verfifying a backup, but the entire
PROCESS of managing system data, from a full or partial system
backup, to fast access to individual files when needed, even old
files, to a comprehensive, supportable disaster recovery strategy.

Phone and Email Support at Monthly rates

We're quite aware that we'll never change the minds of people who
are convinced that a few shell scripts and cpio are an OK stragegy,
so I won't try. For those who are only periphally aware of what a
product like ours can do, I'll simply make two observations.

   1 There is a Reveiwer's Guide for our products available as a direct
     link from our home page, or from this link...

    
ftp://ftp.microlite.com/pub/whitepapers/BackupEDGE_SS_ReviewersGuide.pdf

     I would urge you to take a look to get a better understanding of
the
     total strategy behind our product, and what it really encompasses
     beyond simply writing files on to a tape.

   2 Below is a short  ;-)  numbered list of most of the steps we go
through
     to make a "standard" nightly backup.

Does your current backup methodology miss any of these steps? Hmmm.

Can you duplicate this if you spend enough time / money writing shell
scripts? Partially.

Can you duplicate it well enough to be "good enough"?
Maybe. It's not for me to make that decision. 

   
Basic BackupEDGE SS procedures for doing a backup.

   1  Gather information about the Resources to be used for the backup.

   2  Make sure no other processes processes are running which require
      the attention of the Resources (tape, CD, DVD, changer, file).

   3  Determine whether the backup is to be a Master Backup,
Differential
      Backup, or Incremental Backup.

   4  Execute any user created pre-backup scripts.

   5  Insert the proper tape in the tape drive, if changer support
      is enabled.*

   6  Check the device(s) to make sure that media is inserted.*

   7  Check to make sure that the media are not write protected.*

   8  Automatically blank and/or size any optical media requiring it.

   9  Check for any queued TapeAlert messages.*

  10  Check the hardware compression, hardware block size, and current
      partition of the device and media.*

  11  If and only if one of the above is not set to the resource
      specification, adjust it.*

  12  Read the label from the current media, increment it, store the
      database name.

  12  Print and mail a warning if last night's media is going to be
      over-written.

  13  Promote the backup if called for by the promotion strategy and
      inserted media.

  14  Rewind the media.*

  15  Check for files to be included, excluded, treated as virtual,
      ignored during verify, etc.

  16  Begin the backup, prepending disaster recovery files if it is
      to be a "Bootable Backup(tm)".

  17  If more than one piece of media is required, and changer support
      is enabled, insert the next piece of media and continue.
Otherwise,
      notify an operator.

  18  Rewind the media.*

  19  Prompt for or automatically re-insert Volume One as required.

  20  Check for any queued TapeAlert messages.*

  21  Verify the media and index it for Fast File Restore or Instant
      File Restore(tm) if requested by the scheduler.

  22  If more than one piece of media is required, and changer support
      is enabled, insert the next piece of media and continue.
Otherwise,
      notify an operator.

  23  Rewind the media.*

  24  Check for any queued TapeAlert messages.*

  25  Reset all device parameters back the way they were found,
      if necessary.*

  26  Generate a detailed Backup Report and print it to as many printers
      as are defined.

  27  Generate detailed mail message, in text, MIME-Encoded HTML, alpha
      pager / cell phone and numeric pager formats, and send them to as
      many users as are defined.

  28  If an error or warning occurred, and separate lists of people and
      printers are defined to receive errors and warning only, mail or
      print messages to those lists.

  29  Update the LogFile.

  30  Execute any user created post-backup (backup passed) or
post-backup
      (backup failed) scripts.

  31  Remove any on-line databases for the tape overwritten by the
backup.

  32  Check for and highly compress any databases over the default age
      threshold (these are automatically un-compressed if accessed).

  33  If changer support is enabled, return the media to its proper
      storage slot.

  34  If an eject strategy is enabled, eject the media as a further
      confirmation that the task is complete.

  35  Exit.

* BackupEDGE SS has a "dumb tape drive" mode and will resort to old
fashioned behavior when dealing with legacy devices or disk file
archives.
The noted steps are ignored.

PS For all you Compaq users out there, we're adding support for Compaq
   DRTape compatible drives to our bootable media disaster recovery
   capabilities (which currently include OBDR tape, CD-R/RW and
   DVD[-RAM,-R,+R,+RW]).

   We're currently looking for beta testers. If you'd like to
   participate in the testing, visit our home page and contact me
   privately.

Regards,
Tom
---
  D. Thomas Podnar - President  tom@microlite.com
  Microlite Corporation         724-375-6711 Voice
  2315 Mill Street              724-375-6908 Fax
  Aliquippa PA 15001-2228       888-257-3343 Toll Free Sales
+-----------------------------------------------------------+
| Makers of                                                 |
|  BackupEDGE SS - Data Archiving Software For UNIX & Linux |
|  RecoverEDGE   - Network-Enabled Smart Disaster Recovery  |
|                  for Linux, Open UNIX 8, UnixWare 7.1,    |
|                  and OpenServer 5.0.x.                    |
|http://www.microlite.com            ftp://ftp.microlite.com|
|Now Supporting:                                            |
| Tape, Changer, CD-R/RW, DVD-RAM, DVD-R, DVD+R, and DVD+RW |
+-----------------------------------------------------------+

Bill Vermillion wrote:
> 
> In article <d1f73d90.0210110028.715c3763@posting.google.com>,
> James Szabadics <jmsz@wespine.com.au> wrote:
> >Tony must be having a very bad day.
> 
> >you may want to read the man pages on cpio.  There are a myraid of
> >options - its at no extra cost but a bunch more complexity - sometimes
> >this challenge is enjoyable.
> 
> >If you have a disaster recovery server as I have you will be able to
> >practice your recovery procedure and perfect it.  I use a nightly tape
> >backup and rsync the database application we run our business on to
> >the DR server in a different building on site.  It has smarts to use
> >compression and copy only changed files.
> 
> What the supertar programs offer and can be done by users if you
> ferret out the proper programs, is a rewind and bit-level verify of
> the tape contents.   99% of the time there is no problem, but as
> Murphy lies in wait you know that 1% of the time where the backup
> is not good that will be the time you need it.
> 
> The nightly email of the verified backup [or failure] means things
> can be corrected instantly.
> 
> Before the supertars started putting this in, I used a program
> from alt.sources from a LONG LONG time ago called 'checktar' that
> I'd run when backing up to floppies. I never made important backups
> with something like that since then.
> 
> One of the nicer things on the supertars is the automatic creation
> of the recovery disk.   You do have the luxury of your backups
> being in another building so you can recover from catastophic
> failure - eg fire/flood/etc - that most people would need verified
> off-site tapes for.
> 
> --
> Bill Vermillion - bv @ wjv . com

Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)

/Bofcusm/1656.html copyright 1997-2004 (various authors) All Rights Reserved

Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Publishing your articles here