ADSM-L

Re: 3584 vs 3494

2007-02-02 14:31:04
Subject: Re: 3584 vs 3494
From: Charles A Hart <charles_hart AT UHC DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 2 Feb 2007 13:30:38 -0600
I grew up with a 3494 (Some Consider Slow) but recently have been working
with a 3584.  The 3584 is "dumb" in comparison, once a week we have to
idle down TSM and re-inventory the 3584 because it always looses its
inventory and cant mount tapes or puts them in the wrong slots!  Sooo
frustrating!  I guess you cant expect much with 3584 being that all its
brains are an eprom card, compared to the 3494 uses a PC with OS/2 Warp
and a DB to keep track of things.

I miss the 3494,...







Steve Roder <spr AT REXX.ACSU.BUFFALO DOT EDU>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
02/02/2007 11:46 AM
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
Re: [ADSM-L] 3584 vs 3494






> This question is nominally directed to Richard Sims because it cites
> his Quickfacts. But, other knowledgeable people are welcome and
> encouraged to respond.
>
> In the '3584' entry in "ADSM/TSM Quickfacts" it is said that, "The
> 3584 is a "SCSI library": the host has to direct its actions. If
> you're accustomed to the 3494 and its automated actions, don't expect
> anything like that in the 3584. As one customer said: The 3584 is
> pretty much an automatic tape mounter with bulk storage and no real
> 'smarts'.
>
> In the 'SCSI Library' entry it is said that, "The TSM server must
> physically manage its actions, and must keep track of volume
> locations. ...the work they don't do they shift to the host, and so
> TSM is burdened with a lot of intricate SCSI element details and
> control issues."
>
> Do these entries describe current 3584 automation features,
> especially vis-a-vis TSM?  If they do, how will TSM server
> performance and administration change for the worse if we migrate
> from 3494 technology to a 3584?

We have both a 3494 and a 3584 in our dual-server TSM configuration, soon
to be 4 servers.

Our 3494 is an HA config with dual grippers on each robot.  For this
reason, all of our primary data is in the 3494, and the 3584 contains the
copy, which is SAN attached about 5 miles away.  If our 4 server config
uses a 3584 for primary data, unlike the 3494, it will have single points
of failure that the 3494 does not have.

To me, this is a step backwards.  Is there an HA option for the TS3500
yet that provides dual library managers and dual robotics along with a
manual mode of operation?  I guess if it did it would be a scsi-3494, and
the beginnings of an acceptable replacement for a 3494 with HA frames.

I much perfer the 3494's categories to scsi elements.  Sharing is simple
vs. partitioning.


Steve Roder
University at Buffalo
(spr AT buffalo DOT edu | (716)645-3564)



This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

<Prev in Thread] Current Thread [Next in Thread>