Thanks for the thoughts/idea. Neither the original nor new/replacement server have SAN/fibre connections other than tape drives, so I can not use this method. But the basics of what I am doing is the same so if the new server doesn't work-out, I can switch networking back to the old.
Zoltan Forray TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html From: "Huebner,Andy,FORT WORTH,IT" <andy.hueb...@alconlabs.com> To: ADSM-L@VM.MARIST.EDU Date: 04/23/2012 11:48 AM Subject: Re: [ADSM-L] V5.5 -> V6.2.3 Move - Chicken-and-Egg Question Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> What I have been doing to test the upgrade is get TSM to a quiet state and run a DB backup to a file device class. Then I can use my favorite method of giving that disk to the new server. In my case I use the disk array to copy the disk. Then I copy the volhist, devconfig and dsmserv.opt to the new server and run a restore/upgrade. The upside of what I am doing is a completely untouched TSM server in case the upgrade goes bad. The downside is you need a SAN admin. ( I am that too). I have not tried the method you are describing so I cannot help with the message. Hope that helps... Andy Huebner -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray/AC/VCU Sent: Monday, April 23, 2012 10:32 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] V5.5 -> V6.2.3 Move - Chicken-and-Egg Question I am having difficulty reconciling which order to do what based on documentation that says not to do it the way I have/need to do it. I am getting ready to do a complete migration from an old 5.5 server (Linux) to a brand new box (both hardware and OS). I need to restore the 5.5 DB, volhist, devconfig and dsmserv.opt to the new box so I can do the conversion to 6.2.3. Problem is this.............the DB backup will be on an offsite TSM server, so server-to-server communications is required. To establish the server-to-server connection from the brand new 5.5 install and the offsite backup server, I need to bring up the new, virgin 5.5 instance and do an "DEFINE SERVER .... FORCESYNC=YES". The Administrator Guide section on "Recovering Your Server Using Database Backups - Restoring a Database to a Point-In-Time" says that after formatting the log and database files and BEFORE the "dsmserv restore": "Attention: Do not start the server until after you restore the database (the next step). Starting the server before the restore would destroy any existing volume history files." But since I have to start the new server to define the connection so I can restore the database........ Or am I simply reading this wrong and they are assuming the volhist on the machine I am restoring to has the original volhist (which it wouldn't, at this point). So, should I simply ignore this and restore the DB and then replace the volhist/devconfig/dsmserv.opt files on the restored server with the originals from the server I am replacing/upgrading after I restore the DB and before performing the upgrade? As you can tell, this is my first total server upgrade/replacement, so I am getting anxious about the details/processes/steps. My current steps are: Original Server: 1. Disable client sessions, stop all admin schedules 2. Empty and delete ALL disk volumes 3. Backup DB, volhist, devconfig, dsmserv.opt and HALT server New Server: 1. Install 5.5.5.2 - define/format DB volumes 2. Bring up server and define connection to offsite server with DB backup 3. Restore DB 4. Replace volhist, devconfig, dsmserv.opt from backups of original server 5. Install 6.2.3 6. Run /opt/tivoli/tsm/server/bin/dsmupgdx to prepare, convert and insert 5.5 DB into 6.2.3 instance 7. Change hostname and IP addresses to that of old 5.5 server 8. Bring up 6.2.3 - redefine disk storage volumes - update server - forceresync other, library manager servers - update paths Thoughts, suggestions, ideas, corrections? Zoltan Forray TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.