1 won't work.  Period.

2 will work, but will take about 6453 years (give or take).  How about
keeping the existing TSM server around until the data expires just in case
you need to do a restore?  Start from scratch with your clients on the new
system.

If you have archives with long retentions, export and import those from/to
the new server.

Letting the old data die a natural death is the easiest solution.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
lipp AT storsol DOT com or kelly.lipp AT storserver DOT com
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Reiss David IT751 (ext-CDI)
Sent: Monday, September 16, 2002 12:07 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: new server migrations


I have several TSM servers that are going to be replaced with new-beefer TSM
servers.  Right now the TSM servers are running on old RS/6000 boxes running
AIX 4.3.3 with Breece Hill Q47 libraries with DLT8000 tapes drives in them.
The new TSM Servers are going to be Sun boxes running Solaris 2.8 with ADIC
Scalar 1000 libraries with LTO drives.

The issue... I want to keep my current TSM data, as much as possible anyway.
There seems to be two ways too do this.

1. On the old RS/6000 backup the TSM database to tape.  Connect the old Q47
library to the new Sun box, and restore the TSM database.  Then, migrate the
data via the directly attached SCSI drives from the old library to the new
library.  Remove old library and beat it to death with nearest sledgehammer.


2. Bring up the new Sun box as a brand new TSM server, define everything
from scratch.   Then...and here lies the heart of my question, use
Server-to-Server stuff to get old data from old Rs/6000 server to new one.
I know I can push the data doing this... but could I push it in a logical
manner so that it gets associated properly with what will be the node
definitions on the new server?

I don't like the #1 option because of all the hardware moving things around
and such.  I would have to visit the places the server will be in.  We don't
have people at these sites who would be comfortable just switching cables
around and stuff.  So, sending them a whole new server... have them put it
together, and once it is together I can just move on from there and do the
data moving myself.

Thanks,

David N. Reiss
TSM Support Engineer
david.reiss AT swpc.siemens DOT com
407-736-3912