| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> 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_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of vidya kalyanaraman
Sent: Wednesday, March 10, 2004 5:58 PM
To: oracle-l_at_freelists.org
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.
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.htmlReceived on Wed Mar 10 2004 - 06:43:42 CST
-----------------------------------------------------------------
 |
 |