MVSFORUMS.com

[Shankarganesh_gopal]

Hi All,

We already have CICS transaction which will be triggered, when data comes into our MQ. Currently we receive say around 100 transaction per min.

In future, we are expecting 2000 transaction per min. In this case, we don't want any delay in processing or lossing any transaction. So we in search for solution.

One of our idea is, lets have two trans ID which will be triggered to read the same MQ at regular intervals of time or lets create one more MQ and route some of the transaction to new MQ.

In both case, we are not sure, whether our approach is correct or not. Could some one please suggest us an idea to simplify the process.

Thanks in advance,
Shankar.

[Bill Dennis]

I assume the task keeps processing records until the queue is empty.

The easiest method would be to create multiple queues, each one triggering a task. Of course, this means the activity must be spread evenly among the queues to provide the best service. The response time you can provide would dictate the number of queues needed.

I don't think you can trigger two different tasks from the same queue?? You could possibly set the queue to TRIGGER EVERY and start a separate task for each message but this might be too much overhead in CICS.
_________________
Regards,
Bill Dennis

Disclaimer: My comments on this foorum are my own and do not represent the opinions or suggestions of any other person or business entity.

[Shankarganesh_gopal]

Hi Bill,

Very Thanks for your reply.

But I have one more question.

Can we run on two seperate image using the same MQ and CICS/TransID?

Shankar.

[ravikumar_sri2001]

Shankar,

I think MQ cluster concept would be the best fit for your case. Check manual SC34-6589-00 available in the below link

http://www-306.ibm.com/software/integration/wmq/library/library6x.html

You can also refer http://www.mqsquared.ca/wmq/whitepapers/MQ%20Clustering%20101.pdf.

Thanks,
Ravikumar.