| Author |
Message
|
| vivekgs60 |
 Posted: Thu May 19, 2011 7:20 pm Post subject: How can I findout application allocated queues from property |
 |
|
Newbie
Joined: 19 May 2011
Posts: 1
|
We are migrating applications from aix to linux. Applications are deployed in websphere application server. I need to find out allocated queuenames from aix box. Need to create same queues and queue manager in linux box. I collected some queues from WAS console window under resources/jms/queues. Is there any other way to pullout application related queues? like propertyfiles, any tools.
We are migrating application by application. Please anyone could help me in this issue. MQ version is v6.0.2.3
Aix to Linux migration process.
1. install mq
2. create ssl
3. copy application related objects from aix backup(qmgr,chl,queues & listener)
4. setmqaut
5.refresh security
6. enable put while testing. |
|
| Back to top |
|
 |
| exerk |
| Posted: Thu May 19, 2011 10:35 pm Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Firstly, that version of WMQ is up to FixPack 10 so you should consider going to that level from the start, or better still to V7.0. Secondly, your original (AIX) queue manager should be properly documented and you should use that documentation to reproduce the build on Linux. SupportPac MS03 will also provide you with the necessary information, and an easy way to populate the queue manager.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Fri May 20, 2011 12:01 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| vivekgs60 wrote: |
| Is there any other way to pullout application related queues? like propertyfiles, any tools. |
I can see that applications connecting to your mq objects are authorized for some id (which is not mentioned by you here), for example: 'xyz' is group id.
amqoamd -m QMGRNAME -s > /tmp/amqoamd_QMGRNAME_date
By this you'll get the information in a file of what all mq objects are authorized for which user/group id.
Now, You can pick all those set of mq objects which are authorized for 'xyz' (where 'xyz' is the group id by which an application is trying to access your mq objs).
I hope you have different ids for different applications.
This process might take some time to filter out large amount of data in a file, but you would get some correct information.
Or
You can check what all apps are having active/inactive handle on queues ( you can see this when traffic is at its best and all the queues are being accessed by some userid ).
display qs(*) type(handle) where( USERID EQ 'xyz') ALL
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| exerk |
| Posted: Fri May 20, 2011 12:23 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| shashivarungupta wrote: |
| amqoamd -m QMGRNAME -s > /tmp/amqoamd_QMGRNAME_date |
That's pretty much deprecated. Far easier to use MS03.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Fri May 20, 2011 12:28 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| exerk wrote: |
| shashivarungupta wrote: |
| amqoamd -m QMGRNAME -s > /tmp/amqoamd_QMGRNAME_date |
That's pretty much deprecated. Far easier to use MS03. |
Agree !
But then he is using still the older version of mq. ( and planning to upgrade it to not the latest one).
| vivekgs60 wrote: |
| Is there any other way to pullout application related queues? |
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Fri May 20, 2011 12:33 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| exerk wrote: |
| shashivarungupta wrote: |
| amqoamd -m QMGRNAME -s > /tmp/amqoamd_QMGRNAME_date |
That's pretty much deprecated. |
Still that deprecated program can be found inside the 'bin' folder of v7.0.1.3 of mq. ( I cross checked that on window )
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Fri May 20, 2011 4:15 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
amqoamd is not deprecated.
It's not documented and therefore not supported.
And not entirely accurate in all situations, either. |
|
| Back to top |
|
|
| SAFraser |
| Posted: Fri May 20, 2011 11:48 am Post subject: Re: How can I findout application allocated queues from prop |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
| vivekgs60 wrote: |
We are migrating application by application. |
Do you mean.... You will build the linux queue manager and have it up, while still running the AIX queue manager? Then change connection factories/queue connection factories one at a time on your WAS server to "move" each application to the new queue manager?
That's a fine and measured approach, for sure. But a couple of things need to be considered.
First, you can't "copy" a queue manager (not successfully). After installing MQ, create a new queue manager. It should not be the same name as the AIX queue manager, if you plan on having both running on your network at the same time.
As exerk mentions, use SupportPac MS03 ('saveqmgr') to create a file of your MQ objects on AIX. Alter the resulting file with your new queue manager name, then run it against your new linux queue manager.
You can use the -z option with MS03 to also create a file that contains your object level security. It will need to be revised with your new queue manager name before you execute it on your new server.
I'm guessing... you are a WAS admin who has been stuck with an MQ migration? It is an unfair assignment if you've not worked with MQ before. We wish you luck.  |
|
| Back to top |
|
|
|
|
