| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Question for Websphere MQ on iSeries experts. |
« View previous topic :: View next topic » |
| Author |
Message
|
| Geronimo |
 Posted: Thu Nov 17, 2005 6:11 am Post subject: Question for Websphere MQ on iSeries experts. |
 |
|
Newbie
Joined: 17 Nov 2005
Posts: 4
|
Hello,
I'm using Vision Solutions to replicate data and objects between 2 iSeries in order to be able to switch from the production system to the backup system in case of a disaster.
The queue manager is replicated thru remote journaling (AMQAJRN on the source system has a remote journal attached, and this remote journal is read to update AMQAJRN on the target system).
During tests, I stop the queue manager on the production machine and start it on the backup machine. In order to replicate the content of the queues, I remove all the queues including system queues from the IFS (QIBM/UserData/mqm/qmgrs/"my queue manager"/queues).
I also remove QMQMCHKPT and QMQMOBJCAT.
Then I use the RCRMQOBJ command in order to force queues recreation.
All the process works fine, excepted that I'm unable to get the latest messages sequence numbers for the channels ( the sequence numbers are those of the previous test) so I have to reset manually each channels with the sequences numbers expected by other servers.
SYSTEM.CHANNEL.SYNCQ and SYSTEM.CHANNEL.INITQ seem to be rebuild correctly from journal entries (RCDMQMIMG is done every hour on the source system, and again just before switching to the target system, so AMQAJRN is up-to-date).
Is there any other place where the information about messages sequence numbers could be kept?
iSeries OS version is V5R1M0
Websphere MQ version is V5R3 CSD09.
Thanks for your support.
Eric |
|
| Back to top |
|
 |
| Toronto_MQ |
| Posted: Thu Nov 17, 2005 8:37 am Post subject: |
|
|
Master
Joined: 10 Jul 2002
Posts: 263
Location: read my name
|
Maybe I'm misreading this, but you're recreating the queues with RCRMQOBJ... and you're not restoring the messages on any of these queues?
The sequence numbers are stored in SYSTEM.CHANNEL.SYNCQ and if you wipe that queue clean, the sequence numbers go with it... regardless of platform.
But maybe I've misread the post?
Cheers
Steve |
|
| Back to top |
|
|
| JT |
| Posted: Thu Nov 17, 2005 10:48 am Post subject: |
|
|
Padawan
Joined: 27 Mar 2003
Posts: 1564
Location: Hartford, CT.
|
|
| Back to top |
|
|
| Geronimo |
| Posted: Fri Nov 18, 2005 2:54 am Post subject: |
|
|
Newbie
Joined: 17 Nov 2005
Posts: 4
|
| Toronto_MQ wrote: |
Maybe I'm misreading this, but you're recreating the queues with RCRMQOBJ... and you're not restoring the messages on any of these queues?
The sequence numbers are stored in SYSTEM.CHANNEL.SYNCQ and if you wipe that queue clean, the sequence numbers go with it... regardless of platform.
But maybe I've misread the post?
Cheers
Steve |
The RCRMQOBJ recreates the queues with all their content, including system queues. It uses the image that was recorded in journal AMQAJRN.
By the way, during my last test, sequences numbers were around 1335000 (range of the previous test), proving that they are not wiped out. |
|
| Back to top |
|
|
| Geronimo |
| Posted: Fri Nov 18, 2005 3:17 am Post subject: |
|
|
Newbie
Joined: 17 Nov 2005
Posts: 4
|
Thanks, usefull link. I did not know about the channel scratchpad. I'll give it a look.
Eric |
|
| Back to top |
|
|
| Toronto_MQ |
| Posted: Mon Nov 21, 2005 9:15 am Post subject: |
|
|
Master
Joined: 10 Jul 2002
Posts: 263
Location: read my name
|
Thanks Eric -
I thought that a RCRMQOBJ only restored the object definitions, and not the data on the queues. Unfortunately the IBM doc on this command isn't the clearest. You learn something new every day...
Just out of curiosity, are your sequence numbers WAY off, or only off by a few?
Steve |
|
| 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
|
|
|
|
