ADSM-L

Re: [ADSM-L] TSM server upgrade from v5.5 to v6.2

2014-06-26 16:09:02
Subject: Re: [ADSM-L] TSM server upgrade from v5.5 to v6.2
From: Ron Delaware <ron.delaware AT US.IBM DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 26 Jun 2014 13:06:53 -0700
Saravanan,

There are two available options that you might not be aware of.
IBM has two workshop offerings that focus on migrating or upgrading from TSM 5.5.x to TSM 7.1.

1. Butterfly Migration Workshop - This consulting engagement focuses on leading the migration planning and data discovery, resulting in a detailed migration plan and project plan. The migration or upgrade is performed using the IBM Butterfly software. It allows you to keep your current environment up while the cut-over is being performed

2.  TSM Upgrade to 7.1 Planning Workshop -  This consulting engagement provides assistance in performing the TSM upgrade/migration planning, configuration and knowledge transfer.  The goal of the workshop is to provide you with a  detailed roadmap, based on your environment, of the best, most efficient process to get you to TSM 7.1.

That said, based on your requirements and TSM environment, in order to get to TSM 7.1, you would need to upgrade to 6.2.5 first. Then upgrade your clients, then your data protection modules, if any.  Any Library Managers need to be upgraded first. The good news is, once your TSM server is upgraded, you can configure the Administration Center (a requirement, as the Web interface isn't supported nor will it work at the TSM 6.x + level) to upgrade your TSM clients to 7.1 using the auto deployment tool.

The reason for going to version 6.2.5 first, there is less down time during the database conversion.  TSM 6.3.4 and above use a different DB2 database version. The version used at 6.2.5 use DB2 tables that allow for a smoother transition from TSM 5.  You will read, and probably hear that you can upgrade directly to TSM 7.1, which is true, but the caveats are enormous. A major show stopper is that TSM 7.1 does not support TSM 5 clients/servers/agents.

If you do this on your own, I agree that the hybrid method is your only real option. I believe that this site is open to the public
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Storage%20Manager/index?tag=tsm-v.6-hybrid-upgrade-migration-method
it should help
 

Best Regards,

_________________________________________________________
Ronald C. Delaware

IBM Level 2 - IT Plus Certified Specialist – Expert
IBM Corporation | Tivoli Software
IBM Certified Solutions Advisor - Tivoli Storage
IBM Certified Deployment Professional
Butterfly Solutions Professional
916-458-5726 (Office
925-457-9221 (cell phone)

email: ron.delaware AT us.ibm DOT com
Storage Services Offerings

 



From:        Saravanan <evergreen.sarav AT GMAIL DOT COM>
To:        ADSM-L AT vm.marist DOT edu
Date:        06/26/2014 10:11 AM
Subject:        Re: [ADSM-L] TSM server upgrade from v5.5 to v6.2
Sent by:        "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>





I have new hardware migration plan but has any one tried this approach


Step1: Build new hardware with same hostname but temp IP address and connect all the network cables ( it has backup vlan)

Same hostname will not impact DB2 database restart

Step 2: Take flash copy backup and mount TSM 5.5 server in the new hardware

Step 3: upgrade 5.5 to 6.2 and it might take 50 hrs and it will not have 50 hrs data in the new TSM server

Step 4 : once TSM upgrade completed then swap production up address and bring to production

Old server will be available with temp IP address

It Will take 8 hrs for this cut over

Here is my challenge starts

How to copy 50 hrs difference to my new database

Is there any way to export 50 hrs of meta data ?


If it's having only 2 weeks retention then I will straight away decommission hit after 2 weeks but it has daily long retention jobs

Please feel free to comment and your help is really appreciated


By Sarav
+65-82284384


> On 27 Jun, 2014, at 12:44 am, Saravanan <evergreen.sarav AT gmail DOT com> wrote:
>
> Hi,
>
> Can any body suggest the best way for TSM server migration ?
>
> Our TSM 5.5 database is 510 GB and it has lot of archive jobs( long retention )
>
> We can't perform in place upgrade because we will not get downtime more than 8 hrs
>
> It has library manager to manage VTL and 3584 tape library
>
>
> By Sarav
> +65-82284384
>