Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: db file scattered/sequential read wait

RE: db file scattered/sequential read wait

From: Roger Xu <roger_xu_at_dp7uptx.com>
Date: Wed, 16 Jun 2004 17:42:04 -0500
Message-ID: <A6801E8A03316A4DA597866F77A013F702D4EEC2@irv2kexch01>


We are running SAP and there is a hourly background job which runs SQL against dba_segmen and dba_extents. I believe the program name is SAPLSDO0. Anyway, my question is: why it never bring down our databases?

-----Original Message-----
From: Wolfgang Breitling [mailto:breitliw_at_centrexcc.com] Sent: Wednesday, June 16, 2004 1:21 PM
To: oracle-l_at_freelists.org
Subject: RE: db file scattered/sequential read wait

Just a word of caution. You don't want to run this query every time you want to find out the object for a db file read. That alone could bring your system to its knees, especially if you have LMTs - and if not, why not? (those who still manage Oracle 7 and lower systems are excused). I run something like that in the wee hours of the morning when there is spare capacity and load the response into a table indexed by file# and block#. This way I don't go after the catalog tables and the response is immediate. Sure, I risk missing the occasional block (hasn't happened yet) if the object went into a new extent after I ran my report.

Quoting "Mark W. Farnham" <mwf_at_rsiz.com>:

> I think you want a minus one in the second term.
>
> Let's see, if block_id = 1 and you read 8 blocks, then 1...9, is *not* what
> you want, so yeah, (block_id+blocks-1)
> would tighten up that predicate.
>
> mwf
>

-- 
regards

Wolfgang Breitling, 
Oracle 7,8,8i,9i OCP DBA; Oaktable member
Centrex Consulting Corporation
www.centrexcc.com

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

For technical support please email tech_support_at_dp7uptx.com or you can
call (972)721-8257. 
This email has been scanned for all viruses by the MessageLabs Email Security System.

************************************************************************
This e-mail is intended solely for the person or entity to which it is addressed and may contain confidential and/or privileged information. Any review, dissemination, copying, printing or other use of this e-mail by persons or entities other than the addressee is prohibited. If you have received this e-mail in error, please contact the sender immediately and delete the material. 
************************************************************************
This email has been scanned for all viruses by the MessageLabs Email Security System. Any questions please call 972-721-8257 or email your request to tech_support_at_dp7uptx.com.
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Wed Jun 16 2004 - 17:39:06 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US