|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
dmpmqcfg comparision |
« View previous topic :: View next topic » |
Author |
Message
|
DeadPool |
Posted: Thu Apr 06, 2017 5:36 am Post subject: dmpmqcfg comparision |
|
|
Apprentice
Joined: 27 May 2016 Posts: 30
|
OK imagine the scenario
You have a multiple environment (DEV TEST PROD) multiple servers ( e.g. 5) in each environment all for different applications (e.g. WAS and IIB on separate servers MQ inter connecting all of them, with pther applications involved and Tivoli monitoring them.
All the servers are installed via scripts which look at the environment properties and create the appropriate queue managers and application installs.
Now because of the scripted approach all the queue managers should have teh same objects and configuration (SSL, Channels, Clusters etc) but with names being slightly different.
A typical multi platform environment really.
So after a period of time and multiple changes by various people these will be slightly different.
So.....
let's decide we want to compare queue managers in environments and on servers so that we can see what has been changed and where etc. Reason being that a new application can see a queue manager on 1 server but not another queue manager on the same server
SO let's assume that there is a difference between the queue managers, the question is how do you do a comparison?
Obviously (or maybe not) the place to start would be to run a dmpmqcfg on each queue manager to a file so that they can be studied.
Could teh check between be automated. AM sure it could with lots of lookups and checks and scans etc etc etc for example if this queue ABC.DEV.01 exists on QM1 with x properties lookup on QM2 and compare properties and report differences.
Yes there will be obvious ones but some of the background config for example SSL Ciphers on channels (are they the same etc) are not so easily spotted.
SO teh whole point of this diatribe
Does anyone know of a simple easy way to do this without any manual work involved or looking at files in different windows and reading all the lines of an mqsc file?
Surely this has been required before?
with multiple |
|
Back to top |
|
 |
mqjeff |
Posted: Thu Apr 06, 2017 5:44 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
You should be able to tell dmpmqcfg to put each object on a single line, and then do a diff... _________________ chmod -R ugo-wx / |
|
Back to top |
|
 |
DeadPool |
Posted: Thu Apr 06, 2017 5:50 am Post subject: |
|
|
Apprentice
Joined: 27 May 2016 Posts: 30
|
yes that is true with the -o 1line option, however, if teh object names are subtly different then they appear in a different or and diff will only compare line by line so if the objects come out in a different order, and yes i have tested this, then the diff becomes a waste of time and you have to dig through everything
so what we need is a diff with the option to scan a line and then go through other file looking for similar or same if you get my meaning |
|
Back to top |
|
 |
mqjeff |
Posted: Thu Apr 06, 2017 5:57 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
dmpmqcfg outputs things in a different order? So, like, one time you weill get queueA,queueB,queueC and another time you will get queueB,queueA,queueC ?
That's really odd. _________________ chmod -R ugo-wx / |
|
Back to top |
|
 |
Vitor |
Posted: Thu Apr 06, 2017 6:02 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
DeadPool wrote: |
so what we need is a diff with the option to scan a line and then go through other file looking for similar or same if you get my meaning |
You're looking for a diff that's almost parsing the file. The nearest thing I've seen to doing that is DiffDog and I wouldn't claim that meets your needs without trying it.
In my view, you're taking the problem backwards. Any changes to PROD would have been made under change control and would have been reflected in the scripts used to build queue managers. Wouldn't they?
So if you want to resynchronize the lower, less controlled environments (and I'd dispute the lack of controls there), you simply tear down and rebuild those environments at a convenient point between testing and development cycles. Any ad-hoc changes for development in-flight can then be reapplied using the scripts the developers have produced in anticipation of their eventual inclusion in the production scripts.
Unless no-one's updated the scripts to reflect changes since the servers were originally built, in which case you're in a trap of your own making and have fun picking through the configurations manually. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
PaulClarke |
Posted: Thu Apr 06, 2017 11:59 am Post subject: |
|
|
 Grand Master
Joined: 17 Nov 2005 Posts: 1002 Location: New Zealand
|
I'm a little surprised the problem isn't worse than you suggest. I have always recommended that people deliberately named their objects differently between production, test and development. This means that even if you someone messes up quite royally there can't be any cross talk between the environments. You couldn't, for example, accidentally start a channel that goes between your test system and your production system.
<shameless plug>
One thing you could look at is MO71's comparison tool, This will allow you to compare a list of objects between two Queue Managers (even if the objects have different names) and highlight any differences it finds. You can even ask it to synchronise the definitions if you like. So, for example if there is a queue called TEST.SALES MO71 could create a queue with the same attributes called PRD.SALES on the production system.
Anyway, by all means continue with the file comparison method but sometimes it is nice to be able to do a direct check in a GUI. If you would like to try out MO71 then by all means send a note to support@mqgem.com and we''ll send you a free no obligation month trial licence.
</shameless plug>
Regards,
Paul. _________________ Paul Clarke
MQGem Software
www.mqgem.com |
|
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
|
|
|
|