A colleague of mine has done this about three years ago, moving from AIX 4.3.3 to Solaris 2.7... if I'm remembering correctly, it was via a DB backup-restore to flat file, with TSM 4.1.5.x.
I don't believe there were any hassles, apart from having to do some performance tuning post migration. The AIX system had ESS, the Sun has direct attached A5x000 fibre drives. The Sun box now uses raw devices, and quite a few of them.
The same server is still running today, still Solaris 2.7, but TSM 5.1.x.x.
Yes, IBM warned us it is not a supported migration, and, as such, is never guaranteed to work. YMMV. Good luck!
On Thursday, Aug 7, 2003, at 01:57 Australia/Sydney, Dwight Cook wrote:
generally during DR you go back to like platforrms
ya know though... since the other box is a "new" server, give it a try...
on like systems, I've performed tsm db backups to flat files, ftp'ed them over to a different tsm server, perormed a restore db and things ran just fine
can't say what luck you may or may not have in going across different operating systems but it is worth a try...
Dwight
Leonard Lauria <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Sent by: "ADSM: cc: Dist Stor Subject: moving TSM to another server Manager" <[EMAIL PROTECTED] .EDU>
08/06/2003 10:22 AM Please respond to "ADSM: Dist Stor Manager"
I know this is in the FAQ, I read the FAQ, I don't like the answer. :)
Even if I let the backups slowly expire on the old system, and do new ones to the new server...which will be extremely difficult due to the number of tape drives I have...I still have 15 TBs of HSM data on a single node that must be moved. Is the only way to do this export/inport?
Why can't the database be dumped and loaded on a new server? Isn't that what happens for DR? Why can't I just pretend I am doing a DR to my new server and leave the data there? This must be a stupid idea since it is not in the FAQ, but I don't see why at the moment.
I am changing the type of platform....moving from a Solaris system to a AIX system.
Thanks for any insights into this!
leonard
-- Paul Ripke Unix/OpenVMS/TSM/DBA 101 reasons why you can't find your Sysadmin: 68: It's 9AM. He/She is not working that late. -- Koos van den Hout
