If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > Database Server Software > DB2 > transaction info

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 04-13-10, 10:19
db2girl db2girl is offline
∞∞∞∞∞∞
 
Join Date: Aug 2008
Location: Toronto, Canada
Posts: 1,816
transaction info

Questions:

How to find the following information in v9.5:

1. The the number of transactions per hour.
2. The average response time per transaction.
3. The average and peak number of "users".
4. The average and maximum size of the transactions


I'm not exactly sure what they mean by number of users and size of transaction (I guess number of connections / number of statements per UOW?). I think this person has Oracle background.

I'm sure I can get some info from db2 snapshots. Is there any other way of getting this info? Some tool (3rd party)?

Thanks
Reply With Quote
  #2 (permalink)  
Old 04-13-10, 10:52
blazer789 blazer789 is offline
Registered User
 
Join Date: Jun 2009
Posts: 221
I think foglight does that but its really slow and has lot of bugs. I am not sure if tivoli also has the above functionality
Reply With Quote
  #3 (permalink)  
Old 04-13-10, 12:12
Cougar8000 Cougar8000 is offline
Registered User
 
Join Date: Nov 2005
Location: IL
Posts: 554
Bella, doesn't db2pd report some of those variable? or at least can be used to extract it.
__________________
--
IBM Certified DBA on DB2 for Linux, UNIX, and Windows

DB2 v9.1.0.2 os 5.3.0.0
Reply With Quote
  #4 (permalink)  
Old 04-13-10, 12:19
n_i n_i is offline
:-)
 
Join Date: Jun 2003
Location: Toronto, Canada
Posts: 4,449
Reply With Quote
  #5 (permalink)  
Old 04-13-10, 12:26
n_i n_i is offline
:-)
 
Join Date: Jun 2003
Location: Toronto, Canada
Posts: 4,449
Quote:
Originally Posted by db2girl View Post
1. The the number of transactions per hour.
2. The average response time per transaction.
3. The average and peak number of "users".
4. The average and maximum size of the transactions
You really need more context to answer that. DB2 may have a different concept of transactions (UOW) than the application that connects to it. What is considered a single transaction from the application standpoint may generated multiple UOWs, and vice versa. Ditto response time per transaction.

Number of "users" is even more confusing. In most cases you have some sort of middleware sitting between the application and the database, and DB2 only sees one "user" (authorization ID) and a bunch of constantly open connections coming from a pool. On the other end of the pipe it can translate into thousands of application "users" "connecting" and "disconnecting" all the time, and there is no way DB2 even knows about that.
Reply With Quote
  #6 (permalink)  
Old 04-14-10, 16:47
db2girl db2girl is offline
∞∞∞∞∞∞
 
Join Date: Aug 2008
Location: Toronto, Canada
Posts: 1,816
Thank you. I see DBI has some monitoring tool as well.

I got some additional clarification from the customer and realized that they have a federated env. So, it's with the federation team for now.
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On