Tim
>From what kind of server to what kind of server? What kind of disk are you
on and how is it attached? Can you attach your old tape hardware to the new
one?
We moved servers but we were moving AIX to AIX and could just disconnected
the disk tsm was on and then reattach to the new server. Another time we
did the move we did and export and import of the data. Are you trying to do
a new rebuild? Can you start the new server and then just shutdown the old
after the 5 weeks? A 5.1 client shouldn't have a problem restoring from a
3.7 server it is just a problem when a 5.1 client backs it up and a lower
client tries to restore.
Good luck
Becky
-----Original Message-----
From: HEMPSTEAD, Tim [mailto:Tim.HEMPSTEAD AT READING.SEMA.SLB DOT COM]
Sent: Tuesday, October 22, 2002 9:35 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Transferring data from an old server to a new one.
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.
_________________________________________________________
|
