ADSM-L

Re: Other UNIX Backup Products

1998-07-21 20:37:13
Subject: Re: Other UNIX Backup Products
From: Kells Kearney <kells AT WINTERLAND.MAINLAND.AB DOT CA>
Date: Tue, 21 Jul 1998 18:37:13 -0600
Moir,Betsy wrote:

> I was wondering if any of you more open-minded UNIX administrators could
> share your experiences with other UNIX backup products and your reasons for
> choosing ADSM.  I'm attending a meeting next Tuesday with a group of UNIX
> administrators and managers to discuss why they should get rid of their other
> UNIX backup products (no, I don't know what they are, but I do know there are
> several of them) and start using ADSM, and I'd like to have as much
> first-hand knowledge as possible before I walk in there.  Among their
> concerns is the backing up very, very large databases in a timely fashion.

   Hmmm....  Well, I can't comment on very much long term use (> 6 months),
but in a previous incarnation I worked with both Netbackup and Legato.

  For the one installation I did with Legato, my impressions of it was that it
was
very nice graphically, but didn't have a whole lot going for it scheduling wise.
You
could choose from a number of different calendaring options, and even set up a
few different types of schedules.  (I was using a slightly crippled one server
version.)
The only irritating thing I found about Legato was that you couldn't schedule a
script
to backup a database and have Legato deal nicely with things --- you basically
were
reducing to shutting down the database in cron, hope that the database could be
backed
up in the backup window, and then start the database in cron again.  Very ugly.
Having said that, for one install for one server, it seemed to do ok.  :)

 During the time that I was working with Netbackup, there were a couple of 
things

about it that I really liked:
  - unless you used MPX format, everything was in gnu tar format.  So, you never
    had to worry about database problems, because if you knew what tape was the
    latest one, you could ALWAYS get to your data.  (Came in handy -- don't want
    to talk about it, tho... :)
  - there were pre and post scripts that ran backups, that were actually fairly
well
    documented.  Very useful for backing up databases or other tricky things 
that

    need unusual care and feeding.
  - the hierarchical servers that netbackup has are very nice.  The idea is that
you
    store data about clients on the local server, and just back up the database
information
    to the central server.  So, you store backup data locally, and inform the
'most
    important' Netbackup server what got backed up. (The ADSM server stuff seems
    a little more than strange in comparison, but it has different design
principles.)
  - netbackup is a traditional unix product, in that it lives and breathes by 
the
motto
    of 'flat files and grep' principles.  You want reporting?  Write a script
that tails the
    logfile and dump out events to syslog, Tivoli TEC, HP Openview or BMC 
Patrol.

   You want to do something outside of what's out-of-the-box?  Look at the file
    formats and do all of the things that customer support people have aneurysms
over. :)
  - from my few experiences with dealing with the support organization with
veritas, I have
    only good things to say about them.  Very good knowledge of their product,
and
    within two-hour resolution time AFTER business hours!

   Taking into account the fact that I haven't used it in about a year, these 
are
my gripes
about netbackup:
 - I've seen people shot over better GUI implementations.  Talk about UGLY!  (I
think
   that it has improved lately.) Unless you use it all the time, it's actually
difficult to
    remember how to navigate through the interface to do some operations.  
People

    are told "Yeah, it's a bad GUI, but it's a lights out product -- you should
never
    have to touch it."  Uh huh.
 - Tape management is manual, and sometimes error prone.  Trying to add tapes
    to a storage group can be a complete pain.  I never got around to figuring
out
    some of the file formats, and then modifying them to add tapes to the 
storage

    group, but it probably would have been much easier to do!
 - Having seen ADSM and its per session statistics, it is a complete pain to try
to
    figure out throughput rates or anything sadistically meaningful using
netbackup.

  In regards to large database backup, I think that something that can do table
backups or incremental backups would be good.  Presumably, with a database
that large, you would be doing online backups, so you would need a tool of some
sort so that you don't back up a huge database file/raw device every day.

The only opinion I can offer on database backup is to avoid EBU. I finally beat
it into
submission, but I'm not convinced that I could bring it back from something
catastrophic.  For a 'recreational impossibility', try doing database backups 
and

restores on a cluster (pick your HA software flavour!).  Not a very enjoyable
experience.  But who knows, in the year since I used EBU, they may have even
fixed the bug in solaris where you can't get it to delete old archives (not that
I'm
bitter, mind you.  And I'm MUCH better now! :)

   IMHO, for a small company, any backup product (including ufsdump!) will work
just fine.  For medium size companies (100-1000 computers), all of the NT
products
start to bomb out, but Legato and Netbackup are still  manageable.  For large
companies, I honestly don't think there's any choice except ADSM, due to its
database
and the incremental only policy.


kells

Any coincidence of opinion between myself and Mainland Information Systems is
exactly that..
<Prev in Thread] Current Thread [Next in Thread>