| Author |
Message
|
| kalyanMD |
 Posted: Fri Nov 16, 2007 2:30 am Post subject: MQ V6.0 Migration considerations |
 |
|
Novice
Joined: 03 Feb 2005
Posts: 14
Location: London UK
|
Hi All,
I have been asked to list down migrations considerations for migrating windows MQ 5.3 to Windows MQ 6.0
Following are the considerations I could list down
1. Application Compatibility
Applications running on top of MQ5.3 needs to be checked for compatibility with version 6.0
2. Clusters
Are there any cluster involved in the MQ setup and if there are clusters involved are there any overlapping clusters
3. Publish/Subscribe
is Publish Subscribe broker enabled on MQ and is it being used ?
4. Down Time
Do you need to have the queue manager active all the time?
5. User Defined Exits
Are there any custom user defined exits that needs to be migrated to newer version
6. Product dependencies
Products like WBI, WDI etc also advised to be upgraded with MQ since they might work with newer version but some features might not give best of results.
Can any one think of something else ... |
|
| Back to top |
|
 |
| kalyanMD |
| Posted: Fri Nov 16, 2007 2:32 am Post subject: Re: MQ V6.0 Migration considerations |
|
|
Novice
Joined: 03 Feb 2005
Posts: 14
Location: London UK
|
One more
7. SSL is enabled ? |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Nov 16, 2007 2:45 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Do you mean a list of things to check prior to migration? If so (using your numbering):
1) Anything using the MQI or Java will not notice any difference. It all works.
2) The only incompatability is mixing qmgrs using the new v6 cluster parameters with v5.3 ones. It works, but the results may not be what you expect. v6 queue managers using the defaults for the new parameters act like v5.3 (for compatability)
3) There's no difference between v5.3 & v6. See 1 above.
4) Queue managers must be down during the upgrade. Obviously.
5) On Windows the exits are the same. It becomes an issue if you're moving 32 bit to 64 bit.
6) Maybe, but I've not heard. Clustered products may benefit from the new v6 parameters.
7) There's no difference in SSL handling.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Fri Nov 16, 2007 3:12 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| Vitor wrote: |
| 7) There's no difference in SSL handling. |
Except on Windows where you have to migrate your certs from the MS cert stores to the GSKit cert stores...
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Nov 16, 2007 3:20 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| jefflowrey wrote: |
| Vitor wrote: |
| 7) There's no difference in SSL handling. |
Except on Windows where you have to migrate your certs from the MS cert stores to the GSKit cert stores... |
Really? 
Always something new to learn... 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
