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@;READING.SEMA.SLB.COM] Sent: Tuesday, October 22, 2002 9:35 AM To: [EMAIL PROTECTED] 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, [EMAIL PROTECTED] 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. _________________________________________________________
