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 » Reports on how many processes starts

Post new topic  Reply to topic
 Reports on how many processes starts « View previous topic :: View next topic » 
Author Message
giuly020277
PostPosted: Wed Oct 08, 2008 1:17 am    Post subject: Reports on how many processes starts Reply with quote

Centurion

Joined: 07 Aug 2007
Posts: 146
Location: Florence,Italy

Hello,
i have mq on zos (v.6.0).
I have 2 queue :
- ibm.crif.telem
- ibm.crif.as400

This 2 queue are triggered.

The first let start a process ibm.crif.telem.dcod who starts a cics transaction (called dcod) on cics A.
The second have another process (ibm.crif.as400.dcod) who start the same cics transaction (dcod) on the same cics (A).

How can i know how many dcod belong to the first process and how many to the second process?

Ciao

Giuliano
Back to top
View user's profile Send private message
Mr Butcher
PostPosted: Wed Oct 08, 2008 5:53 am    Post subject: Reply with quote

Padawan

Joined: 23 May 2005
Posts: 1716

i assume they use the same initiation queue? otherwise you could use the reset qstats on the different initqueues, at least this would show you how many trigger messages have been created

you must either create your own counter within the triggered program, or use different transactions (ponting to the same program) if possible to differ between the both ..... then the cics tx counters would help you.

if everything is shared and named equal, then you can't differ.
_________________
Regards, Butcher
Back to top
View user's profile Send private message
giuly020277
PostPosted: Wed Oct 08, 2008 6:15 am    Post subject: Reply with quote

Centurion

Joined: 07 Aug 2007
Posts: 146
Location: Florence,Italy

mR BUTCHER..
YES..queues have the same initation queue.

I have prooved reset qstats command. It seems that i need.
I can scheduled it once at day...so i can see how many MSGOUT have ibm.crif.telem and how many MSGOUT have ibm.crif.as400.

What do u think?
Back to top
View user's profile Send private message
Mr Butcher
PostPosted: Wed Oct 08, 2008 11:04 pm    Post subject: Reply with quote

Padawan

Joined: 23 May 2005
Posts: 1716

you see the number of messages on the two different input queues, but this is not equal to the number of transactions triggered. do you trigger first? do you trigger every? is your transaction processing the messages in a loop till 2033 ?


all this effects the number of transactions started to process the messages... and you asked for the transactions, not for the number of messages.

my idea was - if every queue has a seperate initqueue, then the reset qstats on the initqueues will show the number of trigger messages generated, which should be equal to the number of trabnsactions started, no matter how many application messages are processed.

so what do you want to count? the number of prcesses, or the number of messages?
_________________
Regards, Butcher
Back to top
View user's profile Send private message
giuly020277
PostPosted: Thu Oct 09, 2008 1:20 am    Post subject: Reply with quote

Centurion

Joined: 07 Aug 2007
Posts: 146
Location: Florence,Italy

my queues are triggered EVERY.

i'd like to count the number of transactions.....so...i think i'm interested to know how many processes starts... (because of EVERY trigger it is equal to number of messages...is true?)
Back to top
View user's profile Send private message
Mr Butcher
PostPosted: Thu Oct 09, 2008 1:59 am    Post subject: Reply with quote

Padawan

Joined: 23 May 2005
Posts: 1716

every triggering with cics is a bit dangerous, because if you get hit by many messages in a short time you get lots of transactions in cics. one mechanism to prevent cics going SOS is to limit the number of transaction by uising transaction classes.
so # of trigger messages created may not be equal to # of transactions started.
_________________
Regards, Butcher
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Thu Oct 09, 2008 5:44 am    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

Additionally, if you are using Every, make sure your triggered apps loop on the queue until they get a 2033 No More Messages return code. This should be done for all trigger types, but for Every its critical. Otherwise you WILL find yourself sooner or later with a rolling backlog of messages on the input queue, wondering why MQ triggering is "broken".
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
oz1ccg
PostPosted: Thu Oct 09, 2008 7:56 am    Post subject: Reply with quote

Yatiri

Joined: 10 Feb 2002
Posts: 628
Location: Denmark

Hmm, have you heard about accounting information ?

Nice litte thing using SMF records and the accounting trace.

SupportPac MP1B explains how it works.
(you ask MQ to write the SMF-116 records and the make report on them).

http://www-01.ibm.com/support/docview.wss?rs=203&uid=swg24005907&loc=en_US&cs=utf-8&lang=en

I hope this can help.

-- Lock it or Lose it --
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT.
Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
giuly020277
PostPosted: Fri Oct 10, 2008 12:21 am    Post subject: Reply with quote

Centurion

Joined: 07 Aug 2007
Posts: 146
Location: Florence,Italy

thank u oz1ccg,
i will take a look

Ciao
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 » Reports on how many processes starts
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.