From oracle-l-bounce@freelists.org Wed Mar 10 08:19:56 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i2AEJu018859 for ; Wed, 10 Mar 2004 08:19:56 -0600 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i2AEJto18852 for ; Wed, 10 Mar 2004 08:19:55 -0600 Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 4B0FF394B13; Wed, 10 Mar 2004 09:16:17 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 10 Mar 2004 09:15:01 -0500 (EST) X-Original-To: oracle-l@freelists.org Delivered-To: oracle-l@freelists.org Received: from mail.acelerate.com (mail.acelerate.com [200.105.128.132]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with SMTP id 16EC2394957 for ; Wed, 10 Mar 2004 09:14:56 -0500 (EST) Received: (qmail 3125 invoked from network); 10 Mar 2004 14:13:14 -0000 Received: from dazasoftware.com (HELO org48l7d9ara8b) (200.105.151.94) by 0 with SMTP; 10 Mar 2004 14:13:14 -0000 Message-ID: <02a301c406aa$48b75d40$2501a8c0@dazasoftware.com> From: "Juan Cachito Reyes Pacheco" To: Subject: Fw: "Deallocate Unused" not releasing space above HWM Date: Wed, 10 Mar 2004 10:16:23 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_029E_01C40688.BD77F210" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-archive-position: 316 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: jreyes@dazasoftware.com Precedence: normal Reply-To: oracle-l@freelists.org X-list: oracle-l ------=_NextPart_000_029E_01C40688.BD77F210 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sorry I missed the other tablespace One idea could be to use alter table move TO OTHER TABLESPACE ----- Original Message -----=20 From: vidya kalyanaraman=20 To: oracle-l@freelists.org=20 Sent: Wednesday, March 10, 2004 8:27 AM Subject: Re: "Deallocate Unused" not releasing space above HWM Hi All I am trying to reclaim the wasted space (huge deletes), which are = above the HWM. I had analysed the table before and got the = "empty_blocks" details from dba_tables. I am using the following query, alter table tab1 deallocate unused; and then to bring down the HWM, alter table tab1 move tablespace AR_DATA; ---- Moved within the same = tablespace and then I had rebuilt all the corresponding indexes. As a last step, I had coalesced the tablespace. Next day (because SMON is not going to clear it up immediately), I had = analyzed the tables again and got the "empty_blocks" details from = dba_tables. When I look the empty_blocks, for some tables it has not yet released = the space. =20 Am I missing any steps? I searched Metalink, but it looks like I = have covered everything that needs to be. I have one more question. To really reclaim the space, do I have to = move the table out of its own tablespace ? Any thoughts are most welcome. Thanks and Regards Vidya ------=_NextPart_000_029E_01C40688.BD77F210 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Sorry I missed the other tablespace

One idea could be to use

alter table move TO OTHER = TABLESPACE

----- Original Message -----
From:=20 vidya kalyanaraman =
To: oracle-l@freelists.org =

Sent: Wednesday, March 10, 2004 = 8:27=20 AM

Subject: Re: "Deallocate = Unused" not=20 releasing space above HWM

Hi All
I am trying to reclaim the wasted space = (huge=20 deletes), which are above the HWM. I had analysed the table=20 before and got the "empty_blocks" details from dba_tables.
I am = using=20 the following query,
alter table tab1 deallocate=20 unused;
and then to bring down the HWM,
alter table tab1 = move=20 tablespace AR_DATA; ---- Moved within the same = tablespace
and=20 then I had rebuilt all the corresponding indexes.
As a last = step, I=20 had coalesced the tablespace.
Next day (because SMON is not = going to=20 clear it up immediately), I had analyzed the tables again and = got the=20 "empty_blocks" details from dba_tables.
When I look the = empty_blocks, for=20 some tables it has not yet released the space.

Am I=20 missing any steps? I searched Metalink, but it looks like = I have=20 covered everything that needs to be.
I have one more question. To=20 really reclaim the space, do I have to move the table out of = its own=20 tablespace ?
Any thoughts are most welcome.

Thanks and=20 Regards
Vidya

------=_NextPart_000_029E_01C40688.BD77F210-- ---------------------------------------------------------------- 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 -----------------------------------------------------------------