ADSM-L

Changing library manager servers

2005-03-02 18:15:35
Subject: Changing library manager servers
From: Bill Kelly <kellywh AT AUBURN DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 2 Mar 2005 15:41:05 -0600
Hi all,

Our current setup: 2 TSM servers, both at 5.2.3.0, both on AIX 5.2.  TSM1
is the library manager server for a 3584 library; TSM0 is the library
manager client.  Both servers are 'full-fledged' in that they both have
lots of clients that back up lots of data to them.

I'm considering changing to a configuration where we'd have a library
manager server that does essentially nothing else, with the library client
TSMs being the ones that actually have clients backing up to them.  This
seems to me to be a cleaner setup - it gives more flexibility in upgrading
TSM server levels, for one thing.

My first thought is to set up a third TSM server - call it TSMTAPE - and
make it the library manager, changing TSM1 to be a library client so that
both TSM0 and TSM1 use TSMTAPE as their library manager server.

Most of the changes needed to accomplish this seem relatively
straightforward, but I'm not so sure about the library inventory - the
libvolumes table - that's currently in TSM1.  Specifically, what's the
best way to get all those libvolume entries out of TSM1 and into TSMTAPE?
So far, all I've been able to come up with is some fairly ugly
checkout/checkin scenarios, but that seems awfully cumbersome...I'd have
to deal with scratch versus private, who owns the privates, etc.  The 3584
has a bulk I/O door, which both eases and complicates things for the
checkout and checkin processes.  Perhaps using 'remove=no' on the checkout
could save the physical moving around of tapes, but then it doesn't appear
that I can specify 'owner=' on the checkin unless I'm checking in one tape
at a time via the I/O door?  It seems as if I'm looking at hundreds of
single-tape checkins?

Has anyone else already been through this?  Is there not an easier way?
I'd love to have someone point out how dense I'm being about this and how
I'm missing the obvious.

Thanks,
Bill

Bill Kelly
Auburn University OIT
334-844-9917

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