ADSM-L

Re: Transferring data from an old server to a new one.

2002-10-22 11:06:29
Subject: Re: Transferring data from an old server to a new one.
From: Bill Fitzgerald <wfitzger AT MHC DOT NET>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 22 Oct 2002 11:02:13 -0400
One possibility is to connect your old tape drives or the equivalent to the new 
system, define them as a separate library if that is what you are using, and 
then restore the database to the new server.

Once they are connected, you can used the move data or move node command to 
transfer the data from the old tapes to the new tapes. 

Then when all the data is moved, remove the old drives from the system. 

drawbacks; 
time necessary to do the moves may exceed the 5 week time frame
cost of connecting the old drives to the new server.


>>> Tim.HEMPSTEAD AT READING.SEMA.SLB DOT COM 10/22/02 10:35AM >>>
All,

We are (finally) doing some upgrades to our TSM system to bring it up to
date (and onto a support version of the software).  We are planning to go
from 3.7.4.0 to 5.1.5.x.

Now we will be implementing the new TSM server on a new physical server and
using new tape hardware (IBM 3584). Then we can migrate our client systems
across from the old server to the new one.

Our problem is what to do with the data currently in the old system.  We
need to be able to restore from any point in the last 5 weeks.

Now, I'm sure people have come across this before, what is the best way of
doing this?
Our initial thoughts were:

1). transfer the data across to the new systems in some way, (server to
server connection) ... but we aren't really sure how to do this, (I've done
something like it but that was on a course 12 months ago and in a much
smaller scale).

2). repoint the client, if a restore is needed, to the old server ... but
then we get into issues with software level compatibility's between
different client and server releases, (e.g. a 5.1.x client restoring off of
a 3.7.4 server) and complications due to using TDP's for Oracle and Domino.

Has anyone else been in this situation and what method did they use to get
around it?

Regards

Tim

--
Tim Hempstead, thempstead AT slb DOT com 
Unix Technical Specialist
SchlumbergerSema


_________________________________________________________
This email is confidential and intended solely for the use of the
individual to whom it is addressed. Any views or opinions presented are
solely those of the author and do not necessarily represent those of
SchlumbergerSema.
If you are not the intended recipient, be advised that you have received
this email in error and that any use, dissemination, forwarding, printing,
or copying of this email is strictly prohibited.

If you have received this email in error please notify the
SchlumbergerSema Helpdesk by telephone on +44 (0) 121 627 5600.
_________________________________________________________

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