Return-Path:
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 27053 invoked from network); 6 Nov 2008 08:23:15 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
by static-ip-69-64-49-119.inaddr.server4you.com with SMTP; 6 Nov 2008 08:23:04 -0600
Received: from localhost (localhost [127.0.0.1])
by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id BEAB0AA3F61;
Thu, 6 Nov 2008 09:22:02 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00685-08; Thu, 6 Nov 2008 09:22:02 -0500 (EST)
Received: from turing.freelists.org (localhost [127.0.0.1])
by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 38053AA3EEF;
Thu, 6 Nov 2008 09:22:02 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 06 Nov 2008 09:20:00 -0500 (EST)
Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D338CAA3AFC for ; Thu, 6 Nov 2008 09:19:59 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32560-01 for ; Thu, 6 Nov 2008 09:19:59 -0500 (EST)
Received: from sf7.svr.bankone.net (sf7.jpmchase.com [159.53.36.120]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 910EBAA2F7D for ; Thu, 6 Nov 2008 09:19:56 -0500 (EST)
Received: from se2.svr.bankone.net (se2.svr.bankone.net [155.180.234.120]) by sf7.svr.bankone.net (Switch-3.3.2/Switch-3.3.2) with ESMTP id mA6EKWfb004716 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Thu, 6 Nov 2008 09:20:32 -0500
Received: from svr.bankone.net (imj3.svr.bankone.net [155.180.50.146]) by se2.svr.bankone.net (Switch-3.1.8/Switch-3.1.7) with ESMTP id mA6EJrQO008841 for ; Thu, 6 Nov 2008 09:19:53 -0500
Received: from ([10.19.15.4]) by imj3.svr.bankone.net with ESMTP id KP-BRBHL.59419034; Thu, 06 Nov 2008 08:19:36 -0600
In-Reply-To:
To: "Jared Still"
Cc: oracle-l@freelists.org
Subject: Re: KOTTD$ and KOTTB$
MIME-Version: 1.0
Message-ID:
From: Rajesh.Rao@jpmchase.com
Date: Thu, 6 Nov 2008 09:19:30 -0500
X-MIMETrack: Serialize by Router on RMAIL104/CHASE(Release 6.5.6FP2|October 17, 2007) at 11/06/2008 09:19:36 AM, Serialize complete at 11/06/2008 09:19:37 AM, Serialize by Router on RMAIL104/CHASE(Release 6.5.6FP2|October 17, 2007) at 11/06/2008 09:19:37 AM
Content-Type: multipart/alternative; boundary="=_alternative 004EB07A852574F9_="
X-archive-position: 12287
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: Rajesh.Rao@jpmchase.com
Precedence: normal
Reply-to: Rajesh.Rao@jpmchase.com
List-help:
List-unsubscribe:
List-software: Ecartis version 1.0.0
List-Id: oracle-l
X-List-ID: oracle-l
List-subscribe:
List-owner:
List-post:
List-archive:
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
--=_alternative 004EB07A852574F9_=
Content-Type: text/plain;
charset="US-ASCII"
Thanks Jared, Mark for your replies. We are investigating an increase in
CPU usage with no apparent change in execution plans. The analyst on the
SR (and Tim Hopkins from this list) came back saying that these objects
will experience high logical reads while making heavy use of user defined
datatypes, which we do. As per the analyst, this is nothing to be
concerned about, especially under heavy load. So, this line of
investigation is off the table for now. Will dig into it later, but will
be interested in any observations from this team.
Thanks
Raj
"Jared Still"
11/05/2008 05:40 PM
To
Rajesh.Rao@jpmchase.com
cc
oracle-l@freelists.org
Subject
Re: KOTTD$ and KOTTB$
On Wed, Nov 5, 2008 at 6:33 AM, wrote:
On one of our databases (3 node RAC 10.2.0.3 on Solaris 10), I see that
indexes on the above 2 objects belonging to sys consume about 15% of the
logical reads that happen, and are the top 2 segments experiencing the
most logical reads. Can someone shed light on what these objects are?
As per ML Note 175982.1 I would suspect it has something to do with
objects used in the data dictionary. You may have noticed there is a
corresponding type for each table.
You'll probably need to open an SR to pursue this further:
select * from kottd$
*
ERROR at line 1:
ORA-30732: table contains no user-visible columns
ORA-30732: table contains no user-visible columns
Cause: An attempt was made to query on a system table which has no
user-visible columns.
Action: Do not query on a system table that has no user-visible columns.
Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist
-----------------------------------------
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates.
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.
--=_alternative 004EB07A852574F9_=
Content-Type: text/html;
charset="US-ASCII"
Thanks Jared, Mark for your replies.
We are investigating an increase in CPU usage with no apparent change in
execution plans. The analyst on the SR (and Tim Hopkins from this
list) came back saying that these objects will experience high logical
reads while making heavy use of user defined datatypes, which we do. As
per the analyst, this is nothing to be concerned about, especially under
heavy load. So, this line of investigation is off the table for now.
Will dig into it later, but will be interested in any observations from
this team.
Thanks
Raj
"Jared Still"
<jkstill@gmail.com>
11/05/2008 05:40 PM
|
To
| Rajesh.Rao@jpmchase.com
|
cc
| oracle-l@freelists.org
|
Subject
| Re: KOTTD$ and KOTTB$ |
|
On Wed, Nov 5, 2008 at 6:33 AM, <Rajesh.Rao@jpmchase.com>
wrote:
On one of our databases (3 node RAC 10.2.0.3
on Solaris 10), I see that indexes on the above 2 objects belonging to
sys consume about 15% of the logical reads that happen, and are the top
2 segments experiencing the most logical reads. Can someone shed light
on what these objects are?
As per ML Note 175982.1 I would
suspect it has something to do with
objects used in the data dictionary. You may have noticed there is
a
corresponding type for each table.
You'll probably need to open an SR to pursue this further:
select * from kottd$
*
ERROR at line 1:
ORA-30732: table contains no user-visible columns
ORA-30732: table contains no user-visible columns
Cause: An attempt was made to query on a system
table which has no user-visible columns.
Action: Do not query on a system table that has
no user-visible columns.
Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist
This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates.
This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities.
--=_alternative 004EB07A852574F9_=--
--
http://www.freelists.org/webpage/oracle-l