Hi Dirk OK, I'm assuming that in this case I could install 5.1.6.2 on the new server, restore the dB, upgrade to 5.1.10 and then do the "cleanup backupgroups" rather than upgrading the old server? The reason being that as 5.1 is out of support, and as our present server has been running like a dream for years I don't want to risk breaking anything. In this way, if there are any serious problems I can just bring the old server back into action until I can sort the problem.
Many thanks for your help Farren Minns |-----------------------------+-------------------------------------------| | Dirk Kastens | | | <[EMAIL PROTECTED]| | | CK.DE> | To| | Sent by: "ADSM: Dist Stor | ADSM-L@VM.MARIST.EDU | | Manager" | cc| | <ADSM-L@VM.MARIST.EDU> | | | | Subject| | 16/03/2006 10:34 | Re: [ADSM-L] New TSM | | | Server, DB and STG | | Please respond to | POOL question | | "ADSM: Dist Stor | | | Manager" | | | <ADSM-L@VM.MARIST.EDU> | | | | | | | | | | | |-----------------------------+-------------------------------------------| Farren, Farren Minns schrieb: > TSM 5.1.6.2 on Solaris 2.7 - moving to 5.2.7.0 on Solaris 2.9 One point is missing: you should first update the old server to TSM 5.1.10 and run a "cleanup backupgroups" before you go to version 5.2.x. Theres a good PowerPoint presentation: http://www-1.ibm.com/support/docview.wss?uid=swg21214007&aid=1 Then you could a) upgrade the old server to 5.2.7 and do the migration, or b) install TSM 5.1.10 on the new server, do the migration and upgrade to 5.2.7. That's what I did (I went to 5.3.2). Our new server is much faster than the old one. So I thought it was a better idea to let the new server do the software upgrade. > 1) Do I really need to delete and redefine the drives,libray,paths etc? I didn't have to delete the drives etc. For restoring the db on the new server you only need the library and one drive defined in your new TSM server. After restoration (or before) you can define the other drives. > 2) Do I really need to run the 'checkin libv' commands. No. You also do not need to copy the dsmserv.dsk to the new server. This could be confusing if you have different db and log volumes defined on the new server. You will need the volume history file so that the "dsmserv restore db" command will know what tapes to use. You can check it with "dsmserv restore db todate=today preview=yes" -- Regards, Dirk Kastens Universitaet Osnabrueck, Rechenzentrum (Computer Center) Albrechtstr. 28, 49069 Osnabrueck, Germany Tel.: +49-541-969-2347, FAX: -2470 ###################################################################### The information contained in this e-mail and any subsequent correspondence is private and confidential and intended solely for the named recipient(s). If you are not a named recipient, you must not copy, distribute, or disseminate the information, open any attachment, or take any action in reliance on it. If you have received the e-mail in error, please notify the sender and delete the e-mail. Any views or opinions expressed in this e-mail are those of the individual sender, unless otherwise stated. Although this e-mail has been scanned for viruses you should rely on your own virus check, as the sender accepts no liability for any damage arising out of any bug or virus infection. ######################################################################