When we moved TSM from OS390 to AIX, we only moved archive data.  We
exported/inported nodes and then started doing new backups on the new
TSM. Our data retention is 30 days so  we kept the old TSM around for 90
days as insurance.

David Ehresman
University of Louisville

>>> zforray AT VCU DOT EDU 01/20/05 10:17 AM >>>
I am looking for suggestions on how to handle moving large TSM clients
between TSM servers and maybe some corrections to my understanding of
how
EXPORT/IMPORT handles error situations.

I need to move TSM clients from my zOS server (being phased out) to my
AIX
TSM server.  The problem is, some of these systems have > 1TB of data
to
move.

When I tried to move a 500GB client (250GB actual since the copypool
data
is not moved), the export/import ran for >40 hours before failing on a
tape drive failure (190GB moved).

My understandings are that:

1.  During the E/I the client is locked/can not be performing backups
on
*EITHER* system. This means the client has to go without *ANY* backups
for
the duration. This is generally not acceptable !

2.  If the E/I fails like it did, I have no recourse but to delete
what
was successfully sent, and then start all over again. Doing a MERGE
FILESPACES is only going to save me the issue of it creating multiple
duplicate directories with the same name +1. It still will work
through
all 40+ 3590 tapes.

So, how do you handle situations like this ?

If 190GB took 2-days, 1TB will take > week with me praying for no tape
drive failures (or TSM server crashes like it did earlier in the week
with
a U301 abend/known problem).

The zOS server only has access to a 100MB connection.

Both TSM servers are 5.2.3.4. I will be upgrading to 5.3 as soon as I
can.