| AdoptNewMCATimeout |
| We use the default value (60) |
|
75% |
[ 6 ] |
| We use a higher value (>60) |
|
0% |
[ 0 ] |
| We use a lower value (<60) |
|
25% |
[ 2 ] |
|
| Total Votes : 8 |
|
| Author |
Message
|
| garasan |
 Posted: Tue Mar 03, 2009 6:53 am Post subject: Qmgr switch |
 |
|
Apprentice
Joined: 22 Jul 2008
Posts: 42
Location: Antwerp, Belgium
|
Hi,
another question presenting itself. :-)
We are going to switch our qmgrs from LINEAR to CIRCULAR logging. (OS: Suse)
(This is not a discussion on types of logging, enough topics covering that already. ;-)
This means I have to recreate the qmgr we are switching. I don't see problems in moving the objects over. That's easy.
But I would like to avoid that I have to export all messages from each queue on the "old" qmgr and move it to the queue on the "new" qmgr seperately. There are some options, but all of them include manual work.
Does someone know a script/tool that performs this move of message automaticaly?
Or is there an easy quicker way to do this?
_________________
Regards |
|
| Back to top |
|
 |
| Vitor |
| Posted: Tue Mar 03, 2009 6:57 am Post subject: Re: Qmgr switch |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| garasan wrote: |
| Or is there an easy quicker way to do this? |
Yes - don't use queues for data storage. Read the messages off & process them, storing the results in a database if necessary.
More of a medium term design fix I know, but relevant. 
I don't think you're going to do much better than q/qload. If you have a lot of queues you ought to be able to script something to take the sting out.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| garasan |
| Posted: Tue Mar 03, 2009 7:06 am Post subject: |
|
|
Apprentice
Joined: 22 Jul 2008
Posts: 42
Location: Antwerp, Belgium
|
Hi Vitor,
thanks for your answer.
It's not that we use our qmgr as a datastorage. :-)
It's more an issue that when we stop all our apps that connect to that "old" qmgr, probably some messages will be remaining on the queue's. (We do have a lot of queue's.)
We need to move these to the new qmgr to avoid loss of messages.
Was thinking of scripting this, but I didn't want to re-invent a tool.
_________________
Regards |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Mar 03, 2009 7:13 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| garasan wrote: |
| It's more an issue that when we stop all our apps that connect to that "old" qmgr, probably some messages will be remaining on the queue's. (We do have a lot of queue's.) |
Valid point. Depending on the size of your maintenance window, you can probably shut down the "sending" applications while allowing the "receiving" application to run on and clear the queue.
Failing that, script is the best answer. AFAIK there's no wheel available.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| garasan |
| Posted: Tue Mar 03, 2009 7:42 am Post subject: |
|
|
Apprentice
Joined: 22 Jul 2008
Posts: 42
Location: Antwerp, Belgium
|
That's indead a good idea, but seen the complexity of our production environment I don't think it is doable.
Think scripting will indead be the most favorite option.
_________________
Regards |
|
| Back to top |
|
|
| sumit |
| Posted: Tue Mar 03, 2009 8:08 am Post subject: |
|
|
Partisan
Joined: 19 Jan 2006
Posts: 398
|
Just a vague attempt...
When we know that the messages are persistent and they will be stored on disk.. why can't we copy these stored messages to the new setup. Is there a difference how MQ6 and MQ7 deals persistent message storage? 
_________________
Regards
Sumit |
|
| Back to top |
|
|
| garasan |
| Posted: Tue Mar 03, 2009 8:12 am Post subject: |
|
|
Apprentice
Joined: 22 Jul 2008
Posts: 42
Location: Antwerp, Belgium
|
Just adding thoughts:
I would be able to do it with q (ma01) from ibm accept for the fact the my both qmgrs need to be running at the same time. And there is the catch. It's not possible to run them at the same time because they will be running on the same server with the same qmgr name. :-(
So export to file is required anyway. (Or I could create a temporary qmgr with a different name on that machine to shift the messages to as a middle step. But that is going to take me to far.)
_________________
Regards |
|
| Back to top |
|
|
| sumit |
| Posted: Tue Mar 03, 2009 8:24 am Post subject: |
|
|
Partisan
Joined: 19 Jan 2006
Posts: 398
|
| garasan wrote: |
| I would be able to do it with q (ma01) from ibm accept for the fact the my both qmgrs need to be running at the same time. |
You can use qload instead of q. You don't need to keep another set of qmgr running.
_________________
Regards
Sumit |
|
| Back to top |
|
|
| garasan |
| Posted: Tue Mar 03, 2009 8:26 am Post subject: |
|
|
Apprentice
Joined: 22 Jul 2008
Posts: 42
Location: Antwerp, Belgium
|
Hi Acolyte.
We're moving from mq v6.x to mq v6.x so difference between versions is no problem in this case.
But you're question is an interesting one. Would it be so simple that we are just able to move "files"???
The persistent messages are stored in the log files so I believe it isn't. Would be great thought. :-)
_________________
Regards |
|
| Back to top |
|
|
| garasan |
| Posted: Tue Mar 03, 2009 8:28 am Post subject: |
|
|
Apprentice
Joined: 22 Jul 2008
Posts: 42
Location: Antwerp, Belgium
|
Anybody.
Don't hesitate to correct me if my statement below is wrong.
Still have a lot to learn so.
_________________
Regards |
|
| Back to top |
|
|
| garasan |
| Posted: Tue Mar 03, 2009 8:32 am Post subject: |
|
|
Apprentice
Joined: 22 Jul 2008
Posts: 42
Location: Antwerp, Belgium
|
Hi Acolyte,
thanks for the tip.
That is wat I needed. Thumbs up.
Will need to do some scripting, but that's always fun.
_________________
Regards |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Mar 03, 2009 9:20 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| garasan wrote: |
| The persistent messages are stored in the log files so I believe it isn't. |
And the queue files.
The whole point of this thread was moving from linear to circular logging. Hence if you just move the log files (recorded as linear) to this new queue manager (using circular logs) then it's going to break. Likewise the queue files for the persistent messages won't match the logs (because the logs in the wrong format)
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| meaton78 |
| Posted: Tue Mar 03, 2009 11:42 am Post subject: |
|
|
Centurion
Joined: 16 Oct 2008
Posts: 100
|
| Could you use rfhutil Save Q / Load Q function? |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Mar 03, 2009 9:08 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| Vitor wrote: |
| garasan wrote: |
| The persistent messages are stored in the log files so I believe it isn't. |
And the queue files.
The whole point of this thread was moving from linear to circular logging. Hence if you just move the log files (recorded as linear) to this new queue manager (using circular logs) then it's going to break. Likewise the queue files for the persistent messages won't match the logs (because the logs in the wrong format) |
You sure? I thought that if you moved all the files below /var/mqm/qmgrs/MYQMGR before starting the qmgr (as it is the same version) you might have a shot at it. Beware however that this is an unsupported hack. The right way to do it is to use a qload/unload program.
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Mar 04, 2009 12:52 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Some unscientific experimentation (ok, 2 tries) proves that the queue manager will start if you move from linear -> circular, but not the other way; I suspect it's trying to do a forward recovery from a media image that's not there.
Worth pointing out that the "started" queue manager threw a raft of FDCs and had to be bounced again before I could get my 4 (yes, I don't skimp on test data test!) messages off a queue.
So this hack might work but if it doesn't you're on your own! 
WMQv6.0.2.5 on WinXP
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
