A more comprehensive solution would be statspack.

A simpler solution would be to get the sum of wait time  (not counting the
idle ones) . it could provide you with some measure of database
performance... You need to arrive at a baseline wait time as being normal
for your database and any deviation from that could mean some change in
performance...

Babu



                                                                                       
                                                 
                      "Terrian, Tom                                                    
                                                 
                      (Contractor)             To:       Multiple recipients of list 
ORACLE-L <[EMAIL PROTECTED]>                    
                      (DAASC)"                 cc:                                     
                                                 
                      <[EMAIL PROTECTED]        Subject:  Database tracking             
                                                 
                      a.mil>                                                           
                                                 
                      Sent by:                                                         
                                                 
                      [EMAIL PROTECTED]                                                 
                                                 
                                                                                       
                                                 
                                                                                       
                                                 
                      01/15/2003 12:53                                                 
                                                 
                      PM                                                               
                                                 
                      Please respond to                                                
                                                 
                      ORACLE-L                                                         
                                                 
                                                                                       
                                                 
                                                                                       
                                                 




All, I would like to track the performance of my production databases by
running the same SQL statement against each database every 5 minutes or so
and recording the results.  For example:
sql> set timing on;
sql> select count(*) from dba_tables;

That was I would know if they are getting faster or slower over time.  As
anyone already done this?  Would there be a good SQL statement to use?

Thanks,
Tom Terrian



_____________
This e-mail transmission and any attachments to it are intended solely for
the use of the individual or entity to whom it is addressed and may contain
confidential and privileged information.  If you are not the intended
recipient, your use, forwarding, printing, storing, disseminating,
distribution, or copying of this communication is prohibited.  If you
received this communication in error, please notify the sender immediately
by replying to this message and delete it from your computer.


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: 
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to