Hello,

Christoph Pilgram wrote:

Hi,

One more question : does the "audit library" load every tape or does it scan
the barcodes of the tapes or does it only look into the database of the
library manager ?

Thanks for help

Chris

No, TSM sends the needed category informations to the library manager.
The library manager knows already all tapes with their associated cells.
This process takes usually a couple of minutes per frame.

Bye
 Rainer Tammer

-----Ursprüngliche Nachricht-----

Von: Rainer Tammer [mailto:tsm AT SPG.SCHULERGROUP DOT COM] Gesendet: Donnerstag, 15. April 2004 15:55

An: ADSM-L AT VM.MARIST DOT EDU
Betreff: Re: AW: Upgrade Library 3494


Hello,

Christoph Pilgram wrote:

Question : Does the "audit library" not write the category from
library-manager to TSM ?
         Can you explain why you had to define an additional tape library
?

Thanks Chris

No, TSM writes the correct categories to the library manager. We had to do this because our library manager

destroyed the database during an "teach library"...


Bye
 Rainer

-----Ursprüngliche Nachricht-----

Von: Hart, Charles [mailto:charles.hart AT MEDTRONIC DOT COM] Gesendet: Donnerstag, 15. April 2004 14:40

An: ADSM-L AT VM.MARIST DOT EDU
Betreff: Re: Upgrade Library 3494


We just went through this as part of our 3590-3592 Tape migration in a 3494
library.  Remember that the TSM Library Definition is where the Pri/Scratch
Cat comes from.  So as long as you do not change the value you should be
fine.

Once the CE is done you need to do an Audit lib.

In or situation we had to define an additional (Logical) Tape Library
definition with new categories and then checkout all 3590 tapes with the
"Remove=No" parameter in the checkout libvol cmd then check them back in to
the new lib definition so our new 3592 tapes can use the original lib def
and categories so our scripts didn't blow.

Hope that info helps.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Richard Sims
Sent: Thursday, April 15, 2004 7:24 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Upgrade Library 3494

We are running TSM (AIX 5.1 / TSM 5.1) with a 3494 Library with about 2000
tapes inside (most of them private). Because we have new drives in our
library (3592) we have to upgrade the library manager software (incl. New
Library-Manager-PC inside the Library). Our support wants to take the old

PC

out of the Library, the new one with the new Library-Manager-Software into
the library and make just a reinventory of the library to build the
library-manager-database.
I know that the info about the status of the tapes (private or scratch) is
available in the library-manager-database. With a new inventory, I think,
all tapes will go to category scratch. In our tsm-server the category is
also available.
Is there a possibility to get the info about the status of the tapes
synchronized from tsm-server to library. Is there a problem if library has
the tape as category scratch and tsm has the tape as private (member of a
tape-storage-pool with data)?

Christoph - An interesting situation there...

For the effects of a change implemented in that manner, refer to
"Re-inventory complete system" in redbook "IBM TotalStorage Enterprise

Tape:

A
Practical Guide".  (All tapes end up in Insert category. To be avoided.)

Your IBM service people should be aware of better approaches...
The Library Manager consists of the industrial PC, LM software, and a
database.  The database is a logically separate entity, and can be handled
in pretty much the same way as any other database can, to the best of my
knowledge, which includes preserving its contents across a hardware change.
If you activate the Service Menu portion of the control panel menu
repertoire,
under Utilities you will see "Backup database..." and "Restore

database...".

Your service people should be exhorted to fully pursue the potential there,
and not needlessly disrupt the customer environment.  Remind them that this
is Enterprise level hardware and software, which implies continuity without
untoward disruption.

Richard Sims,  http://people.bu.edu/rbs