Return-Path: <root@fatcity.cts.com>
Received: from newsfeed.cts.com (newsfeed.cts.com [209.68.248.164])
 by naude.co.za (8.11.2/8.11.2) with SMTP id g5SD9Cp31269
 for <oracle-l@naude.co.za>; Fri, 28 Jun 2002 09:09:12 -0400
Received: from fatcity.UUCP (uucp@localhost)
 by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id WAA74009;
 Thu, 27 Jun 2002 22:06:11 -0700 (PDT)
Received: by fatcity.com (26-Feb-2001/v1.0g-b71/bab) via UUCP id 0048B2FC; Thu, 27 Jun 2002 21:38:20 -0800
Message-ID: <F001.0048B2FC.20020627213820@fatcity.com>
Date: Thu, 27 Jun 2002 21:38:20 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
X-Comment: Oracle RDBMS Community Forum
X-Sender: Chetan <orachetan@yahoo.com>
Sender: root@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: Chetan <orachetan@YAHOO.COM>
Subject: Re:Oracle Performance Tuning steps
Organization: Fat City Network Services, San Diego, California
X-ListServer: v1.0g, build 71; ListGuru (c) 1996-2001 Bruce A. Bergman
Precedence: bulk
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="0-633695350-1025238949=:90527"
--0-633695350-1025238949=:90527
Content-Type: text/plain; charset=us-ascii


Dick ,
Thanks a ton for ur feedback. I ran UTLBSTAT/UTLESTAT and found out that the problem was with memory. Then I went and queried V$SGASTAT, V$SQLAREA, V$SQLTEXT. Can u tell me if there can be any other problems ? I found out later that there were some indexes added afterwards.
Thanks nyways.
Chetan
 dgoulet@vicr.com wrote:Chetan,

First questions, What changed? Did someone add/delete an index? Was there
an oversized data load done? When were the statistics, if present, last
computed? Has a new program/application been added to the server? Did a memory
bank go offline? Did a disk interface card go offline?

I use HP's HP-UX boxes as well, except most of my DB's are 10 times larger
then yours. Just about everytime something like that happens, especially all of
a sudden, one of those questions is the cause. The last item I'd go looking
for, have only had one instance of it so far, is a unrestricted user who
released "the query from HELL" into the database as a "one time requirement". 
If you can find him/her I've a used gallows rope is still here, one usage only.

Dick Goulet

____________________Reply Separator____________________
Author: Chetan 
Date: 6/26/2002 2:18 AM


Hi guys ,

Need some help. Actually we are looking here at a Oracle 8.1.7 db on HP-UNIX.
The application was running fine uptil yesterday. Suddenly a part of the appln
is running extremely slow. I can not figure what might be the problem. Wanted to
track this down asap.

Here is some information about the db.

Database size - 20GB

Optimizer - CHOOSE

Disk Structure - RAID 1+0

No. of processors - 4

Block Size - 8K

Archivelog mode : ARCHIVELOG

Please tell me what should be the ideal way I should try to trace the problem. I
thought of running UTLBSTAT/UTLESTAT or STATSPACK and asked the user to run that
part of the appln. Has anybody worked with STATSPACK before ?

Can anybody tell me what should accurate and fastest way to hunt down the
problem ? I think its something to do with indexes or changes in the queries.

Also can someone tell me the ideal backup strategy for this database considering
the fact that it's a 24x7 system.

Thanks in advance .

Chetan Chindarkar



---------------------------------
Do You Yahoo!?
Sign-up for Video Highlights of 2002 FIFA World Cup

Hi guys ,


Need some help. Actually we are looking here at a Oracle 8.1.7 db on HP-UNIX.
The application was running fine uptil yesterday. Suddenly a part of the appln
is running extremely slow. I can not figure what might be the problem. Wanted to
track this down asap.


Here is some information about the db.


Database size - 20GB


Optimizer - CHOOSE


Disk Structure - RAID 1+0


No. of processors - 4


Block Size - 8K


Archivelog mode : ARCHIVELOG


Please tell me what should be the ideal way I should try to trace the
problem. I thought of running UTLBSTAT/UTLESTAT or
STATSPACK and asked the user to run that part of the appln. Has
anybody worked with STATSPACK before ?


Can anybody tell me what should accurate and fastest way to hunt down
the problem ? I think its something to do with indexes or changes in the
queries.


Also can someone tell me the ideal backup strategy for this
database considering the fact that it's a 24x7 system.


Thanks in advance .


Chetan Chindarkar



---------------------------------
Do You Yahoo!?

href="http://rd.yahoo.com/welcome/*http://fifaworldcup.yahoo.com/fc/en/spl">Sign
-up for Video Highlights of 2002 FIFA World Cup
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: 
INET: dgoulet@vicr.com

Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru@fatcity.com (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).


---------------------------------
Do You Yahoo!?
Sign-up for Video Highlights of 2002 FIFA World Cup
--0-633695350-1025238949=:90527
Content-Type: text/html; charset=us-ascii

<P>Dick ,
<P>Thanks a ton for ur feedback. I ran UTLBSTAT/UTLESTAT and found out that the problem was with memory. Then I went and queried V$SGASTAT, V$SQLAREA, V$SQLTEXT. Can u tell me if there can be any other problems ? I found out later that there were some indexes added afterwards.
<P>Thanks nyways.
<P>Chetan
<P>&nbsp;<B><I>dgoulet@vicr.com</I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Chetan,<BR><BR>First questions, What changed? Did someone add/delete an index? Was there<BR>an oversized data load done? When were the statistics, if present, last<BR>computed? Has a new program/application been added to the server? Did a memory<BR>bank go offline? Did a disk interface card go offline?<BR><BR>I use HP's HP-UX boxes as well, except most of my DB's are 10 times larger<BR>then yours. Just about everytime something like that happens, especially all of<BR>a sudden, one of those questions is the cause. The last item I'd go looking<BR>for, have only had one instance of it so far, is a unrestricted user who<BR>released "the query from HELL" into the database as a "one time requirement". <BR>If you can find him/her I've a used gallows rope is still here, one usage only.<BR><BR>Dick Goulet<BR><BR>____________________Reply Separator____________________<BR>Author: Chetan <ORACHETAN@YAH!
!
OO.COM><BR>Date: 6/26/2002 2:18 AM<BR><BR><BR>Hi guys ,<BR><BR>Need some help. Actually we are looking here at a Oracle 8.1.7 db on HP-UNIX.<BR>The application was running fine uptil yesterday. Suddenly a part of the appln<BR>is running extremely slow. I can not figure what might be the problem. Wanted to<BR>track this down asap.<BR><BR>Here is some information about the db.<BR><BR>Database size - 20GB<BR><BR>Optimizer - CHOOSE<BR><BR>Disk Structure - RAID 1+0<BR><BR>No. of processors - 4<BR><BR>Block Size - 8K<BR><BR>Archivelog mode : ARCHIVELOG<BR><BR>Please tell me what should be the ideal way I should try to trace the problem. I<BR>thought of running UTLBSTAT/UTLESTAT or STATSPACK and asked the user to run that<BR>part of the appln. Has anybody worked with STATSPACK before ?<BR><BR>Can anybody tell me what should accurate and fastest way to hunt down the<BR>problem ? I think its something to do with indexes or changes in the queries.<BR><BR>Also can someone tell me the ide!
!
al backup strategy for this database considering<BR>the fact that it's a 24x7 system.<BR><BR>Thanks in advance .<BR><BR>Chetan Chindarkar<BR><BR><BR><BR>---------------------------------<BR>Do You Yahoo!?<BR>Sign-up for Video Highlights of 2002 FIFA World Cup<BR>
<P>Hi guys ,</P><BR>
<P>Need some help. Actually we are looking here at a Oracle 8.1.7 db on HP-UNIX.<BR>The application was running fine uptil yesterday. Suddenly a part of the appln<BR>is running extremely slow. I can not figure what might be the problem. Wanted to<BR>track this down asap.</P><BR>
<P>Here is some information about the db.</P><BR>
<P>Database size&nbsp;- 20GB</P><BR>
<P>Optimizer - CHOOSE</P><BR>
<P>Disk Structure - RAID 1+0</P><BR>
<P>No. of processors - 4</P><BR>
<P>Block Size - 8K</P><BR>
<P>Archivelog mode : ARCHIVELOG</P><BR>
<P>Please tell me what should be the ideal way I should try to trace the<BR>problem. I thought of running <STRONG>UTLBSTAT/UTLESTAT</STRONG> or<BR><STRONG>STATSPACK</STRONG> and asked the user to run that part of the appln. Has<BR>anybody worked&nbsp;with <STRONG>STATSPACK</STRONG> before ?</P><BR>
<P>Can anybody tell me what should&nbsp;accurate and fastest way to hunt down<BR>the problem ? I think its something to do with indexes or changes in the<BR>queries.</P><BR>
<P>Also can someone tell me the <U>ideal backup strategy</U> for this<BR>database&nbsp;considering the fact that&nbsp;it's a 24x7 system.</P><BR>
<P>Thanks in advance .</P><BR>
<P>Chetan Chindarkar</P>
<P><BR>
<HR SIZE=1>
<B>Do You Yahoo!?</B><BR><BR><A<BR>href="http://rd.yahoo.com/welcome/*http://fifaworldcup.yahoo.com/fc/en/spl"&gt;Sign<BR>-up for Video Highlights</A> of 2002 FIFA World Cup<BR>-- <BR>Please see the official ORACLE-L FAQ: http://www.orafaq.com<BR>-- <BR>Author: <BR>INET: dgoulet@vicr.com<BR><BR>Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051<BR>San Diego, California -- Public Internet access / Mailing Lists<BR>--------------------------------------------------------------------<BR>To REMOVE yourself from this mailing list, send an E-Mail message<BR>to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and in<BR>the message BODY, include a line containing: UNSUB ORACLE-L<BR>(or the name of mailing list you want to be removed from). You may<BR>also send the HELP command for other information (like subscribing).</BLOCKQUOTE><p><br><hr size=1><b>Do You Yahoo!?</b><br>
<a href="http://rd.yahoo.com/welcome/*http://fifaworldcup.yahoo.com/fc/en/spl">Sign-up for Video Highlights</a> of 2002 FIFA World Cup
--0-633695350-1025238949=:90527--
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Chetan
  INET: orachetan@yahoo.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru@fatcity.com (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).

