ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Mainframe, CICS, TXSeries » Controlling Q processing under CICS - suggestions welcome

Post new topic  Reply to topic
 Controlling Q processing under CICS - suggestions welcome « View previous topic :: View next topic » 
Author Message
amreinm
PostPosted: Mon Oct 25, 2010 9:58 pm    Post subject: Controlling Q processing under CICS - suggestions welcome Reply with quote

Newbie

Joined: 26 May 2009
Posts: 2

Hi folks!
Sure I could find some useful advice within the many existing threads covering CKTI usage etc - but it seems simpler to present my current scenario here and ask for suitable suggestions.

Messages are placed to a cluster queue (with multiple (maybe 2 ... 4 occurences) and the aim is to have them processed as efficiently as possible, but in a controlled way within CICS.
I understand that using CKTI with TRIGTYPE=FIRST would just start one processing CICS transaction per region.
We'd like to be able to run multiple transactions per region in parallel, as there maybe situations where a huge number (100,000+) messages are showing up within a very short time.
I understand that with TRIGTYPE=EVERY, CKTI would attempt to START a processing transaction for each message- which would some kind of "flood" the CICS region.
Sure, I could limit the number of processing TXs becoming active by the TRANCLASS limit (with immediate purge of all started TXs that hit the limit)- but that seems not to be a smart solution to me -- in the case when masses of messages occur, this would result in lots of thousands of failing STARTs, wouldn't it?
So does anyone have an idea how we could limit the number of parallel transactions executing per CICS region to a particular number (say 3 or 5) efficiently ?
thanks, Marcel
Back to top
View user's profile Send private message Send e-mail
Mr Butcher
PostPosted: Mon Oct 25, 2010 11:02 pm    Post subject: Reply with quote

Padawan

Joined: 23 May 2005
Posts: 1716

IMHO tranclass is what is normally used. i dont think thats too much overhead.

one more possibility is to control the start of tx within the applicationprogram by yourself. or trigger a small program that starts x application transactions according to your preference, or inquire the queue depth and start what you may need is required.
_________________
Regards, Butcher
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Mainframe, CICS, TXSeries » Controlling Q processing under CICS - suggestions welcome
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.