RE: "Deallocate Unused" not releasing space above HWM

Hi Vidya,

        I thought Deletes happen within the HWM....I am confused by your 
statement "deletes above the HWM".....Guru's pls correct me if I am wrong.

Best Regards

Sriram Kumar
 

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On 
Behalf Of vidya kalyanaraman
Sent: Wednesday, March 10, 2004 5:58 PM
To: oracle-l@xxxxxxxxxxxxx
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.  

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





DISCLAIMER:
This message contains privileged and confidential information and is intended 
only for the individual named.If you are not the intended recipient you should 
not disseminate,distribute,store,print, copy or deliver this message.Please 
notify the sender immediately by e-mail if you have received this e-mail by 
mistake and delete this e-mail from your system.E-mail transmission cannot be 
guaranteed to be secure or error-free as information could be 
intercepted,corrupted,lost,destroyed,arrive late or incomplete or contain 
viruses.The sender therefore does not accept liability for any errors or 
omissions in the contents of this message which arise as a result of e-mail 
transmission. If verification is required please request a hard-copy version.
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
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
-----------------------------------------------------------------

Other related posts: