I see there are many different viewpoints here about the best way of doing
this, so to make the whole concept a lot more confusing I will tell you how
we did exactly this.

I had the opportunity to test different ways of doing the move but I will
tell about the two quickest methods.

1) so long as your database volumes are flat files on JFS filesystems you
could simply copy the database and log files to exact equivalent directories
on the new machine, and then copy the dsmserv.dsk and dsmserv.opt files etc
to the exact same locations as well... This surprisingly works fine... BUT
and this is why I didn't do this in the real migration, I deliberately
corrupted some of the one of the db volumes and one of the log volumes and
TSM still started okay... it was only a bit later on (during testing) that
the corruption became apparent...

2) create your database and log volumes on the target node and do an unload
of the DB on the source server and copy the files to the new server. Then do
a reload using these files. Doing this will also check the integrity of the
DB going onto the new server. We experienced no issues doing this.

3) completely unrealistic on any large systems, but the only fully supported
way of doing it... Do a full export of the everything and re-import!

Your thought about upgrading in the process of the migration, as has already
been pointed out, is a definate no-no for integirty reasons. Do the
migration... check it out... then upgrade. At least any problems are easier
to isolate!

Cheers

Andy Wilcox
Midrange Services
Aquila Networks Services Ltd


> -----Original Message-----
> From: Katherine Faella [SMTP:kmf AT URI DOT EDU]
> Sent: 06 May 2003 13:52
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Moving TSM from one AIX box to another
>
> Hi,
>
> We are getting ready to move our TSM server from an AIX machine running
> TSM
> 4.1.3 to an AIX machine running TSM 5.1.5 (or 5.1.6??).  We will also be
> moving our 3583 tape unit.
>
> I have set up the new server and begun to play with it.  I haven't decided
> the best way to move the database.  I don't really want to export/import
> because I can move the data(tapes) directly to the new server.  Can I run
> a
> backupdb/restoredb from TSM 4.1.3 to TSM 5.1.6?  Would this be the way to
> go?  Then I could move the tape library over and ?? checkin ?? the library
> volumes etc.  (This is where I am not clear how to proceed).
>
> Any suggestions/gotchas/help!  ?
>
> Thanks,
> Kathy Faella
> University of Rhode Island
>
>


****************************************************************************************************
Confidentiality: This e-mail and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity to whom they are 
addressed.  If you have received this e-mail in error, use of this information 
(including disclosure, copying or distribution) may be unlawful.  Please notify 
postmaster AT aquila-networks.co DOT uk. and delete the message immediately.
Security: Internet e-mail is not a 100% secure communications medium.
Viruses: This e-mail (and any attachments) has been checked (using Sophos Sweep 
3.63 + patches) and found to be clean from any virus infection before leaving.
Therefore neither Aquila Networks Services Ltd nor Midlands Electricity plc  or 
any of their group undertakings  (as defined by the Companies Act 1989) 
(together referred to as the "Companies") accept legal responsibility for this 
message or liability for the consequences of any computer viruses which may 
have been transmitted by this e-mail.

Monitoring: All electronic communications with the Companies may be monitored 
in accordance with the UK Regulation of Investigatory Powers Act, Lawful 
Business Practice Regulations, 2000.  If you do not consent to such monitoring, 
you should contact the sender of this e-mail.
Aquila Networks Services Limited,
Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB
Registered in England and Wales number 3600545
This e-mail may be sent on behalf of any of the Companies.
****************************************************************************************************