From oracle-l-bounce@freelists.org Fri Sep 9 12:47:13 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j89HlD5F016884 for ; Fri, 9 Sep 2005 12:47:13 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j89Hl1IP016851 for ; Fri, 9 Sep 2005 12:47:01 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 899231E9676; Fri, 9 Sep 2005 12:46:53 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11663-02; Fri, 9 Sep 2005 12:46:53 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id F23B91E961F; Fri, 9 Sep 2005 12:46:52 -0500 (EST) X-IronPort-AV: i="3.96,183,1122868800"; d="scan'208,217"; a="224329033:sNHT30365140" X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5B565.7C2516DE" Subject: RE: DBA_SEGMENTS invalid? or slow? Date: Fri, 9 Sep 2005 13:39:52 -0400 Message-ID: <52C70FF150F49E479DAF59C68A27149D01B5C91F@va016a0e2.corp.suntrust.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: DBA_SEGMENTS invalid? or slow? Thread-Index: AcW0eziZV6THQLKyTh6HGy+h8yQ7egA5i4kwAAC2miA= From: "Kline.Michael" To: , X-OriginalArrivalTime: 09 Sep 2005 17:44:33.0069 (UTC) FILETIME=[23229DD0:01C5B566] X-archive-position: 25236 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: Michael.Kline@SunTrust.com Precedence: normal Reply-To: Michael.Kline@SunTrust.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-mailscan-MailScanner-Information: Please contact the ISP for more information X-mailscan-MailScanner: Found to be clean X-MailScanner-From: oracle-l-bounce@freelists.org X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-2.9 required=5.0 tests=AWL,BAYES_00,HTML_50_60, HTML_FONTCOLOR_UNKNOWN,HTML_MESSAGE autolearn=no version=2.63 ------_=_NextPart_001_01C5B565.7C2516DE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I knew that, but the problem here is that it says the current bytes is 2,212,495,360. The table has an initial extent of 10M. I may have missed one extent as the only difference is the last digit. It seems this has happened to me before since the upgrade to 9.2.0.6. =20 What I would expect is bytes to be roughly 2GB, Truncate table drop storage, and bytes drop to 10M. =20 Guess I'm going to have to run some more tests. Also, it appears it doesn't happen all the time. Hmmm, maybe it's only on partitions. I'll have to watch it closer. =20 Michael Kline Database Administration Outside 804.261.9446 Cell 804.744.1545 3-9446 =20 -----Original Message----- From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Powell, Mark D Sent: Friday, September 09, 2005 1:13 PM To: oracle-l@freelists.org Subject: RE: DBA_SEGMENTS invalid? or slow? =20 The truncate command never releases the initial extent of the table or its associated indexes if any. In the future I have heard Oracle is going to support defining tables and indexes without allocating storage. But at present if the table/index exists it takes at least one extent. =20 HTH -- Mark D Powell -- =20 _____ =20 From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Kline.Michael Sent: Thursday, September 08, 2005 11:43 PM To: oracle-l@freelists.org Subject: DBA_SEGMENTS invalid? or slow? When I query dba_segments I get: =20 owner segment_name partition_name segment_type tablespace_name header_file header_block bytes blocks extents initial_extent next_extent min_extents max_extents pct_increase freelists freelist_groups relative_fno buffer_pool REPADMIN T_INSTRU_LDGR T_INSTRU_LDGR_200504 TABLE PARTITION TS_LDGR_M2 71 1289 2212495360 270080 211 10485760 10485760 1 2147483645 0 1 1 71 DEFAULT =20 Yet, when I map the tablespace, there are no extents. We have done a truncate of the partition with a drop storage, and it shows storage. =20 What's up with this? =20 Database is 9.2.0.6 HP-UX. =20 =20 Michael Kline Database Administration SunTrust Banks, Inc. Mail Code TOC-7505 1030 Wilmer Avenue Richmond, Va. 23227 Tel: 804.261.9446 Net: 643.9446 Cell: 804.744.1545 michael.kline@suntrust.com =20 Seeing beyond Money(sm) =20 =20 =20 LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. =20 Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL]=20 ------_=_NextPart_001_01C5B565.7C2516DE Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I knew = that, but the problem here is that it says the current bytes is 2,212,495,360. The = table has an initial extent of 10M. I may have missed one extent as the only difference is the last digit. It seems this has happened to me before = since the upgrade to 9.2.0.6.

 

What I = would expect is bytes to be roughly 2GB, Truncate table drop storage, and = bytes drop to 10M.

 

Guess = I’m going to have to run some more tests. Also, it appears it doesn’t = happen all the time. Hmmm, maybe it’s only on partitions. I’ll have = to watch it closer.

 

Michael = Kline

Database Administration

Outside 804.261.9446

Cell = 804.744.1545

3-9446

 

-----Original Message-----
From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] = On Behalf Of Powell, Mark D
Sent: Friday, September = 09, 2005 1:13 PM
To: oracle-l@freelists.org
Subject: RE: DBA_SEGMENTS = invalid? or slow?

 

The truncate command never releases = the initial extent of the table or its associated indexes if any.  In = the future I have heard Oracle is going to support defining tables and = indexes without allocating storage.  But at present if the table/index = exists it takes at least one extent.

 

HTH -- Mark D Powell = --

 

From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] = On Behalf Of Kline.Michael
Sent: Thursday, September = 08, 2005 11:43 PM
To: = oracle-l@freelists.org
Subject: DBA_SEGMENTS = invalid? or slow?

When I query dba_segments I = get:

 

owner     = segment_name  partition_name segment_type  = tablespace_name     header_file   header_block  bytes     blocks    extents     initial_extent next_extent   min_extents   max_extents   pct_increase     freelists freelist_groups    relative_fno  = buffer_pool

REPADMIN  T_INSTRU_LDGR T_INSTRU_LDGR_200504    TABLE = PARTITION     TS_LDGR_M2    71   1289 = 2212495360    270080    211  10485760     = 10485760  1    2147483645    0    1    1    71   = DEFAULT

 

Yet, when I map the tablespace, there are no extents. We have done a truncate of the partition with a drop storage, = and it shows storage.

 

What’s up with this?

 

Database is 9.2.0.6

HP-UX.

 

 

Michael Kline
Database Administration
SunTrust Banks, Inc.
Mail Code TOC-7505

1030 Wilmer Avenue
Richmond, Va.  23227
Tel: 804.261.9446  Net: 643.9446

Cell: 804.744.1545
michael.kline@suntrust.com

 

Seeing beyond = Money(sm)

 

 

 

LEGAL DISCLAIMER
The information transmitted is intended solely for the individual or = entity to which it is addressed and may contain confidential and/or privileged = material. Any review, retransmission, dissemination or other use of or taking = action in reliance upon this information by persons or entities other than the = intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
 
Seeing Beyond Money is a service mark of SunTrust Banks, Inc.
[ST:XCL]

------_=_NextPart_001_01C5B565.7C2516DE-- -- http://www.freelists.org/webpage/oracle-l