| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Migrating from WMBv6.1 to IIBv9 |
« View previous topic :: View next topic » |
| Author |
Message
|
| emiddleware |
 Posted: Wed Feb 04, 2015 4:43 am Post subject: |
 |
|
Centurion
Joined: 03 Apr 2006
Posts: 120
|
Hi All.
I need some guidance related to planning for Migration to IIB v9.
The current artifacts are in MB v6.1, fp3 and the OS is Linux.
http://www-01.ibm.com/support/knowledgecenter/SSMKHH_9.0.0/com.ibm.etools.mft.doc/bh23330_.htm?lang=en
The above link does tell about technical stuffs about migration.
In real, I have about 500+ of message flows which contain main flows , subflows, wsdls, pub-subscribe flows.
What level of investigation should I do to plan my migration ?
The client has asked for a plan .. How should I decide the shutdown time , the migration time , the test run etc ? . In case you have any document on it , it should help.
_________________
Best Regards,
E-MiddleWare |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Wed Feb 04, 2015 5:27 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
First upgrade WMQ so that you can have multiple versions on the same host.
Then plan on a side by side migration.
This way you can activate on an individual flow basis...
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Feb 04, 2015 5:46 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
You need to understand what you are going to do with all of those flows.
Are you going to take the time to migrate them? Or are you going to try to deploy them unchanged, and only patch/migrate the ones that fail? |
|
| Back to top |
|
|
| emiddleware |
| Posted: Wed Feb 04, 2015 10:43 pm Post subject: |
|
|
Centurion
Joined: 03 Apr 2006
Posts: 120
|
Hi fjp_saper, mqjeff,
agree with first migrating MQ stuffs.
MQJeff, Honestly not thought in deep . The thought process was that MB v6.1 is very old and it could be better we migrate the stuffs to iib v9 as it has additional monitoring capabilities .
I thought it would be a good idea to shift to iib. Please correct me if I am wrong.
_________________
Best Regards,
E-MiddleWare |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Feb 05, 2015 5:12 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| emiddleware wrote: |
| I thought it would be a good idea to shift to iib. Please correct me if I am wrong. |
It is a good idea. Not just because v6.1 is very old, it's out of support.
IIBv9 has a lot of things which are better than v6.1. I'd not have picked "monitoring" as the killer reason for moving myself; I'd have gone with, "oh ****, if we have a production problem IBM won't support our v6.1 version and we'll have to explain why they can't make money!", followed by the DFDL parser, Applications, etc.
What my most worthy associate is getting at is that you can a) redeploy the flows as is & just fix any that happen to have issues or b) migrate the source into IIBv9.
It really depends how much access you want to the IIBv9 features, and you need to think deeply about this. And quickly. Unless whoever signs off on business risk in your environment is so laid back they can be used as a table and/or what you use v6.1 for is so non-business critical you can do without it for days or weeks.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| joebuckeye |
| Posted: Thu Feb 05, 2015 6:54 am Post subject: |
|
|
Partisan
Joined: 24 Aug 2007
Posts: 365
Location: Columbus, OH
|
| mqjeff wrote: |
You need to understand what you are going to do with all of those flows.
Are you going to take the time to migrate them? Or are you going to try to deploy them unchanged, and only patch/migrate the ones that fail? |
You will need to inventory your existing flows to determine what which ones are using user/support pack nodes under v6. This will be your biggest pain point (having gone from v5 -> v6 -> v7 -> v . Things that were external nodes become built in nodes in newer versions but they don't always function the same way.
Just make sure you have valid test data for all your flows and make sure the tests can be run easily and frequently. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
