We have an ATM network with an OC-12 Backbone (622Mb/sec). This is the
greatest advantage we have.
Our NT Server hardware is similar to yourselves. - The Compaq Proliant. Our
Rs/6000 is an S7A running Aix4.3.2 , ADSM 3.1.2.20

We only experience this sort of throughput when it comes to backup/restore
of databases such as Oracle / Exchange.
Performance is also good when we backup large flat files. We have restored
entire MSA's on certain NT Servers made up of a myriad of small and large
file and gotten about 12Gb/hr overall.

However when it comes to restoring servers which are 90% small files then we
may aswell be on a 4Mb Token Ring. We once
had the grand oppurtunity to restore the drive of an SMS Server which was
made up of about 16Gb worth of 2Kb log files.
This took 27hrs.

The bottom line for me is that I don't think it matters how good your
hardware is - when it comes to small files Adsm just plain sucks! Even as we
move towards the SAN architecture and Lan-less backup all connected with
fibre channel devices, I really don't believe that it's going to buy you
anything if ADSM is spending most of it's time hammering away at it's
database.

Any thoughts?

Nathan








        -----Original Message-----
        From:   Helms, William H. [SMTP:william_h_helms AT MD.NORTHGRUM DOT COM]
        Sent:   Friday, July 23, 1999 10:02 AM
        To:     ADSM-L AT VM.MARIST DOT EDU
        Subject:        Re: Recovery of Exchange - was: backing up Exchange

        Nathan......I realize you think you're having a problem, but I would
love to
        have a 15GB restore or backup rate to an NT client for any data.  We
get
        about 8GB per hour on a restore and about 10GB per hour on a backup
for NT
        clients.  (UNIX clients get about 19GB per hour to the same
server/same
        network).  The server is a RS6000-H50 running AIX 4.3.1, ADSM
3.1.2.16.  The
        client is a Compaq Pro-Reliant running NT 4.0, ADSM client 3.1.0.3.
How
        does your environment differ from ours?

        > -----Original Message-----
        > From: Nathan King [SMTP:nathan.king AT USAA DOT COM]
        > Sent: Friday, July 23, 1999 8:08 AM
        > To:   ADSM-L AT VM.MARIST DOT EDU
        > Subject:      Re: Recovery of Exchange - was: backing up Exchange
        >
        > John,
        >
        > I have yet to encounter a problem restoring an Exchange Database
with the
        > Adsm Connect Agent.
        > Let me take that back.. we have had problems but not related to
the
        > Connect
        > Agent and I've restored well over 50 Exchange databases so far -
either
        > for
        > the purpose of mailbox restore or for loss of server.
        >
        > I'm still trying to work out however why our recoveries take much
longer
        > than the backup.
        >
        > When backing up straight to tape we reach about 30Gb/hr, however
restore
        > is
        > about 15Gb/hr.
        > That's a pefectly acceptable restore rate but I'm curious as to
the
        > dramatic
        > loss of speed.
        >
        > I understand that you are going to loose some speed because you
are
        > writing
        > data rather than reading it.
        > Our Exchange Servers also have write cacheing disabled to improve
        > reliability - this also slows down a restore - enabling write
cacheing
        > boosted the restore up to almost 18Gb/hr.
        >
        > I still can't believe that restores are giving half the throughput
of the
        > backup. I've a feeling it's a network tuning parameter on our
Rs/6000.
        > Anyone any ideas?
        >
        > Nathan
        >
        >
        >
        >         -----Original Message-----
        >         From:   Talafous, John G. [SMTP:Talafous AT TIMKEN DOT COM]
        >         Sent:   Friday, July 23, 1999 6:54 AM
        >         To:     ADSM-L AT VM.MARIST DOT EDU
        >         Subject:        Recovery of Exchange - was: backing up
Exchange
        >
        >         It's nice to see success stories regarding backup of
Exchange with
        > the
        >         Connect Agent.
        >         Does anyone wish to share success stories on the recovery
process?
        > How easy
        >         is
        >         it?  Hardware considerations? Any gotchas?
        >
        >         John G. Talafous                         Sr. Tech.
Prog/Anal
        >         The Timken Company                 Phone: (330)-471-3390
        >         P.O. Box 6927                           Fax  :
(330)-471-4034
        >         1835 Dueber Ave. S.W.
        >         Canton, Ohio USA  44706-0927
        >         talafous AT timken DOT com     http://www.timken.com/