ADSM-L

AW: AW: Upgrade Library 3494

2004-04-15 10:19:06
Subject: AW: AW: Upgrade Library 3494
From: Christoph Pilgram <Christoph.Pilgram AT BC.BOEHRINGER-INGELHEIM DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 15 Apr 2004 16:06:52 +0200
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

-----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
>
>
>  
>

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