ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » dmpmqcfg comparision

Post new topic  Reply to topic
 dmpmqcfg comparision « View previous topic :: View next topic » 
Author Message
DeadPool
PostPosted: Thu Apr 06, 2017 5:36 am    Post subject: dmpmqcfg comparision Reply with quote

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
View user's profile Send private message
mqjeff
PostPosted: Thu Apr 06, 2017 5:44 am    Post subject: Reply with quote

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
View user's profile Send private message
DeadPool
PostPosted: Thu Apr 06, 2017 5:50 am    Post subject: Reply with quote

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
View user's profile Send private message
mqjeff
PostPosted: Thu Apr 06, 2017 5:57 am    Post subject: Reply with quote

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
View user's profile Send private message
Vitor
PostPosted: Thu Apr 06, 2017 6:02 am    Post subject: Reply with quote

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
View user's profile Send private message
PaulClarke
PostPosted: Thu Apr 06, 2017 11:59 am    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » dmpmqcfg comparision
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.