ADSM-L

Re: TSM server automation products

2006-04-06 07:15:20
Subject: Re: TSM server automation products
From: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 6 Apr 2006 07:05:41 -0400
You describe an environment like our own, and is why we are moving off of
this product.  I would say no, it doesn't fit your environment.

Rick




             Thomas Denier
             <Thomas.Denier@JE
             FFERSONHOSPITAL.O                                          To
             RG>                       ADSM-L AT VM.MARIST DOT EDU
             Sent by: "ADSM:                                            cc
             Dist Stor
             Manager"                                              Subject
             <[email protected]         Re: TSM server automation products
             .EDU>


             04/05/2006 12:29
             PM


             Please respond to
             "ADSM: Dist Stor
                 Manager"
             <[email protected]
                   .EDU>






----- Richard Rhodes wrote: -----

>We have successfully used StorServer Manager for automation for
>a number of years. It works well as long as your processing
>follows standard way TSM want's to run. At times it gets confused,
>but in general we have been happy with it.  It's worth a look and
>demo try.

Our environment has several features that arguably fall outside
the bounds of the "standard way TSM want's to run":

1.We have 64 sets of storage pools with a disk pool, a primary
tape pool, and a copy tape pool in each set (we are still at 5.2,
so we do not have the option of using collocation groups).

2.We find it necessary to have tape reclamation run concurrently
with inventory expiration.

3.We have an unusual approach to vaulting recovery plan files:
'prepare' command, 'dsmc' to back up the recovery plan file,
'generate backupset' to create a backup set containing the
recovery plan file, and 'checkout libvol' to eject the tape
containing the backup set.

Is StorServer Manager flexible enough support these features of
our environment?



-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.

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