MQSeries.net :: View topic - Guidelines for number of Queues per CF Structure?

dogbert64 · Posted: Thu May 28, 2009 6:04 am Post subject:

Well, I've got my first QSG up and running, with some queues which have been migrated to Shared Queues and I have both Sending and Receiving Shared Channels working as well. So far, everything has been working just as IBM has advertised...I am pleased.

All this has been done in our "lowest" environment, but has given me pretty much all the knowledge I need to move QSG up through the higher environments and onto PROD.

Only the best practice questions remain for me. The current one I am chewing over is: How many CF Structs should be built for Production Queues?

I created CFSTRUCT level 4 by the way.

IIRC there is a 512 queue limit for a single CFStruct and we probably have about 200 queues in PROD, so that's really not a driving factor...at least not now.

What is everyone else doing?

Would I be better off throwing all the queues into one big-honkin' CFStruct or segregating them by short-lived msgs vs long lived msgs? Or maybe by some other criteria?

It seems to be to have one big CFStruct might be the easiest way to go from Admin viewpoint, but what about performance?

Since you have to still specify a STGCLASS on a Shared Queue Definition, and since Shared Queues don't live in Pagesets, I am assuming that the STGCLASS property still is needed by MQ to determine which Buffer Pool to use on the way to the Coupling Facility.

So if that is true, would that play into the decision?

Just trying to get some suggestions and viewpoints here.

Thanks.