David,
        This depends on whether you have collocation enabled or disabled for
your offsite tapes.  I did come across a perfomance bug at our DR test
in April.  It turns out there's a problem in ADSM when recovering a
client directly from the offsite storagepool if the onsite copy was in a
disk storagepool when the offsite copy was taken.  ADSM will issue an
ANR1421W message on the server console for EVERY file being restored and
a corresponding 'ANS4118I Waiting for mount of offline media' on the
client.  This causes ADSM to stop between every file being restored - we
ended up seeing thruput of about 2,000 files, 40 MB of data, in 90
minutes.  APAR IX67738 was opened.

Tim Pittson
tpittson AT himail.hcc DOT com

>----------
>From:  David Ong[SMTP:david AT BABYONG.NSC DOT COM]
>Sent:  Monday, May 05, 1997 8:46 PM
>To:    ADSM-L AT VM.MARIST DOT EDU
>Subject:       3590 Read Performance
>
>Hello ADSMers,
>
>Last week I had the misfortune of doing our very first DR exercise which
>involved recovering our ADSM server, v2.1.0.9 on AIX 4.1.4 and then using
>ADSM to recover an AIX 4.1.4 node. The ADSM server recovery part went
>pretty much as planned and rather smoothly. The biggest stumbling block we
>ran into was the amount of time it took to restore data from the 'offsite'
>3590 tape. For example, to restore a file system with 10,933 files and a
>total of 732 MBs, took over 3.5 hours. Question: Is this the kind of
>performance one should expect from the 3590s? I would appreciate hearing
>from anybody with experience restoring from 3590 tapes.
>
>Thanks in advance.
>
>Have a nice day or whatever's left of it.
>
>David Ong
>National Semiconductor Corp.
>