| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Moving SYSTEM.CLUSTER.TRANSMIT.QUEUE from pageset0 ? |
« View previous topic :: View next topic » |
| Author |
Message
|
| R3WARNNO |
 Posted: Sat Jul 12, 2003 7:58 am Post subject: Moving SYSTEM.CLUSTER.TRANSMIT.QUEUE from pageset0 ? |
 |
|
Newbie
Joined: 25 Jun 2003
Posts: 6
Location: New York
|
What is the recommeded procedure to relocate SYSTEM.CLUSTER.TRANSMIT.QUEUE from pageset0 to another pageset? The concern is about the performance impact for a Cluster QM that has full repositories for up to six (6) clusters. All messages that are destined for remote QMs are physically represented in this queue. Because system objects are also defined in pageset0 the thought is that there may be a benefit to physically relocate the SYSTEM.CLUSTER.TRANSMIT QUEUE
Please advise, and thanx in advance. 
_________________
Best Regards,
Norton |
|
| Back to top |
|
 |
| oz1ccg |
| Posted: Sat Jul 12, 2003 10:48 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
Hi,
IBM recomented sometime ago that Pageset0 is reserved for internal usage (located here:http://publibfp.boulder.ibm.com/epubs/html/csqsat02/csqsat020u.htm#HDRCSQ82D6)
| Quote: |
| WebSphere MQ uses page set zero (PSID=00) to store object definitions and other important information relevant to the queue manager. For normal operation of WebSphere MQ it is essential that page set zero does not become full, so do not use it to store messages. |
My personal recomandation is add a pageset dedicated to hold all transmission queues, you could even dedicated a whole pageset to handle the SYSTEM.CLUSTER.TRANSMIT.QUEUE only. Typicly I'm taking a pageset for "SYSTEM" storage class for IBM-queues only, and setting of sufficient bufferspace (according to performance supp. pack).
There are more things to seperate.... But by moving the transmission and dead-letter queues, will typicly prevent the ISPF interface to breakdown when a pageset is filled up under normal circumstances.
Just my $0.02 
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| Back to top |
|
|
| R3WARNNO |
| Posted: Sun Jul 13, 2003 12:34 am Post subject: |
|
|
Newbie
Joined: 25 Jun 2003
Posts: 6
Location: New York
|
Thank you, oz1cg. The definition of the SYSTEM.CLUSTER.TRANSMIT.QUEUE is specified (by default) during installation for PSID0. This is OK, however, as the Cluster configurations grow, so does the demand on this pageset, especially considering that there is only one SYSTEM.CLUSTER.TRANSMIT.QUEUE for each QM regardless of the number of QMs in a cluster, or the number of clusters that a QM participates in (overlapping clusters).
A big increase in the workload within a cluster is anticipated, and there is concern about what had been done in the past, i.e. take the default for the assignment of SYSTEM.CLUSTER.TRANSMIT.QUEUE to PSID0. Therefore, I am looking for specific ("step-by-step") guidance, if you will, of the procedure to migrate this message queue from PSID0.
Thanx in advance for your advice. 
_________________
Best Regards,
Norton |
|
| 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
|
|
|
|
