Build a 2nd qmgr, tune it for the batch processing, route the messages to it from the 1st. The isolation will make it easier to tune both logging and psid storage requirements. You've got plenty of bufferpools, psids if you're at v5.3. Maybe even route the batch directly to a dedicated qmgr. Have a CICS region dedicated to this "batch" processing. Just some thoughts, without knowing really that much about your environment.
--- "Dye, Janet E" <[EMAIL PROTECTED]> wrote: > Currently, most messages received on our mainframe > qmgr are destined to > CICS and are triggered 'on first' . We are in the > process of putting in > a new application that will receive large volumes > (50,000+) of batch > messages from a vendor. The messages will come in > at different times of > the day, sometimes being just a few messages at a > time and other times > being the large volume I just mentioned. The > developer wants to > schedule a job that runs different times throughout > the day to process > these messages. My concern is that since volume is > unpredictable and as > more applications do this, it will become impossible > to plan disk space > to hold the number of messages that could > potentially be in the queues > any point in time. My feeling is that I need to > create a policy that > messages are removed from a queue upon arrival or at > least upon arrival > of a certain volume. I have suggested to the > developer that we will > need to set up a trigger to trigger 'on first' or on > 'depth', and they > code the program to do a MQGET with a wait of a > minute or so. I am > getting a little resistance to this in that they are > concerned about the > job being triggered a lot, and they would prefer to > just schedule it to > run every hour or so. > > I am interested to know what policy, if any, other > shops have for this > situation. > > Thanks > > Janet Dye > Infrastructure Systems Engineer - Middleware > UMB Bank, n.a. > 1008 Oak Street - Mailstop 1170305 > Kansas City, MO. 64106 > office: 816-860-1109 > cell : 816-686-1544 > > Instructions for managing your mailing list > subscription are provided in > the Listserv General Users Guide available at > http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
