RE: v$sql 'db block changes'
- From: "Allen, Brandon" <Brandon.Allen@xxxxxxxxxxx>
- To: "Ethan Post" <post.ethan@xxxxxxxxx>
- Date: Thu, 15 Dec 2005 14:05:25 -0700
Great website and script. Mr. Hunter appears to be one smart cookie :-)
Thanks!
-----Original Message-----
From: Ethan Post [mailto:post.ethan@xxxxxxxxx]
Sent: Thursday, December 15, 2005 1:15 PM
To: Allen, Brandon
Cc: oracle-l@xxxxxxxxxxxxx
Subject: Re: v$sql 'db block changes'
Get
perf_top_10_tables.sql
from www.idevelopment.info under Oracle DBA Scripts.
Modify it so it returns more than 10 tables. You should see your top
insert/update/delete tables, or change the query so it only returns
those type of actions.
Then look in v$sql_area for insert/update/deletes against those tables.
- Ethan
On 12/15/05, Allen, Brandon <Brandon.Allen@xxxxxxxxxxx> wrote:
> If only it were that easy. The problem here is that the application uses
> connection pooling, so there is no single session responsible for the heavy
> updates - it bounces around amongst 40 different sessions. The top
> statements in v$sql in terms of cpu, elapsed_time, buffer_gets and disk_reads
> are all SELECT statements, so I know they're not causing the write activity.
>
> Thanks,
> Brandon
Privileged/Confidential Information may be contained in this message or
attachments hereto. Please advise immediately if you or your employer do not
consent to Internet email for messages of this kind. Opinions, conclusions and
other information in this message that do not relate to the official business
of this company shall be understood as neither given nor endorsed by it.
--
//www.freelists.org/webpage/oracle-l
Other related posts:
