Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: RE: Capacity Planner from OEM VS Statspack
Date: Mon, 2 Feb 2004 10:08:33 -0500
Message-ID: <A186CBDC8B1D61438BC50F1A77E91F735B6917@xchgbrsm1.corp.espn.pvt>
Thread-Topic: Capacity Planner from OEM VS Statspack
Thread-Index: AcPpmHIwXPuL1SjMTNuBG8RbxVAO4wAABxoAAAEhnpA=
From: "Jamadagni, Rajendra" <Rajendra.Jamadagni@espn.com>
To: <oracle-l@freelists.org>
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
Precedence: normal
Reply-To: oracle-l@freelists.org

Well I don't agree completely. Statspack has its own place and 10046 =
trace has its own. Statspack is supposed to give you a SNAPSHOT (or =
should we call it materialized view now ...?) of the system for a given =
time duration. Granted it is an overall picture but it will identify =
issues SYSTEMWIDE. It helps you concentrate in possible problem areas.

The 10046 trace OTOH is process (session) specific. It will allow you to =
identify issues within that specific process that you are tracing.=20

Statspack =3D> MACRO Level =3D> System Level
10046     =3D> Micro Level =3D> session level

My 0.15 cents.
Raj
-------------------------------------------------------------------------=
-------
Rajendra dot Jamadagni at nospamespn dot com
All Views expressed in this email are strictly personal.
QOTD: Any clod can have facts, having an opinion is an art !


-----Original Message-----
From: oracle-l-bounce@freelists.org
[mailto:oracle-l-bounce@freelists.org]On Behalf Of Freeman, Donald
Sent: Monday, February 02, 2004 9:32 AM
To: oracle-l@freelists.org
Subject: RE: Capacity Planner from OEM VS Statspack


I'm a relatively new DBA but I have 30 years electronic engineering =3D
experience.  I'm used to tools that work and actually measure what they =
=3D
purport to. I got all excited about the capacity planner about 6 months =
=3D
ago and asked the same questions you are asking now.  Mostly, nobody is =
=3D
using it.  It becomes a headache itself, the agent fails and causes you =
=3D
grief.  I don't think you'll find much usefulness in it.  When you start =
=3D
troubleshooting it won't give you anything helpful.=3D20

After reading Carey Milsaps Optimizing Oracle Performance I am less than =
=3D
thrilled with statspack also.  You can't solve (or even determine) a =3D
particular problems origin while looking at aggregate values.

The main value of these things is to provide a comfort level and =3D
distraction to management.  Attach your statspack report to an email and =
=3D
send it to your boss.  It should keep him (or her) busy for some time =
=3D
while you work on the database.
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@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
-----------------------------------------------------------------