Table space not reused after deletion ?

Hi..
I am running on oracle 10g. Based on my system, i have created one query to delete old data from the table on daily basis. Below the sample query :-
delete from SNP_EXP_TXT
where I_TXT in (select I_TXT_SESS_MESS from SNP_SESSION
where SESS_END < trunc(SYSDATE - 1));
I have check on the database and all the old data are deleted from the table. But, I am confused why the table space keep increasing even the old data has been deleted.
I am assume that the problem because of the table space cannot be reused after the deletion. Could somebody help me how could i verified that and how could i ensure that all the table space can be reused ?
Thank you,
Baharin

Is there only one table, or are there other objects in the tablespace ? Are you sure this is the table that is growing ?
select segment_name, segment_type, bytes from dba_segments where tablespace = 'XXX';
It will also depend on how the data is inserted ? If you insert append, then it will grow the table.

Similar Messages

Table space not reduce after delete in oracle 11G

Hi Team,
I have a DB 11.1.0.7 on unix.
I have execute delete tables on tablespace, but this not reduce.
Thanks

935299 wrote:
What segment space management type is defined for the tablespace in question?
MANUAL
Then you should check out the documentation some more.
But even if you shrink the table segement what is that going to do for the data file size?
I don't undertand you.
ThanksYour thread is titled "Table space not reduce after delete in oracle 11G" which implies to me that you are interested in reducing the size of a tablespace (which really means reducing the size of the underlying datafile(s)).
So, if you shrink the size of the sys.aud$ table, will that cause the datafile(s) to become smaller? Will it accomplish your goal? What else, if anything, needs to happen?

Percentage of used table space not reduce after deletion

Hi..
This is my query to delete data from database:-
delete from $tb_data where to_char(partition_dt,'MON') = '$mm';
The $tb_data and $mm is variable and the $tb_data will be read input table name (as example backup_nx160, backup_ngn and etc) and the $mm will be capture the input month.
My question is why the percentage of used table space is not reduce after delete query was executed. Could somebody help me..
Please help me..
Thank you,
Baharin

baharin wrote:
Hi..
Is it the deleted space will be reused by the system ?Yes.
.. How could i check the real free tablespace or real usage table space ?If you have gathered statistics on the schema recently, then sum (avg_row_len*num_rows) should give you the exact number of bytes that are being consumed - assuming all tables are in a single tablespace under consideration. You can subtract this value from sum (dba_data_files.bytes) figure for the tablespace, to know exact free space.

Table space not reduce after delete in oracle 10g

Hi..
Based on my system, i have found that my oracle table space did not reduce after the deletion query. Why ?.. Could somebody help me. As your info, I am using oracle 10g.
Thank you,
Baharin

After Delete the table space will not be set free. high water mark will not be reset. to regain the space you need to recognize the objects from which you deleted the data. This can be done in many ways.
1) Move the objects.
Alter table temp move --> optionally tablespace clause can be used. After this you need to rebuild table indexes.
2) With 10g table can be shrinked or reorganize to free the space.
alter table mytable enable row movement;
alter table mytable shrink space;
3) Export/Import
export the objects and drop and recreate with import.

Table size not reducing after delete

The table size in dba_segments is not reducing after we delete the data from the table. How can i regain the space after deleting the data from a table.
Regards,
Natesh

I think when you do DELETE it removes the data but
it's not releasing any used space and it's still
marked as used space. I think reorganizing would help
to compress and pack all block and relase any unused
space in blocks. Why do you think that? Deleting data will create space that can be reused by subsequent insert/ update operations. It is not going to release space back to the tablespace to make it available for inserts into other tables in the tablespace, but that's not generally an issue unless you are permanently decreasing the size of a table, which is pretty rare.
Would you also please explain about different about
LOB and LONG ? or point me to any link which explain
baout it.From the Oracle Concepts manual's section on the LONG data type
"Note:
Do not create tables with LONG columns. Use LOB columns (CLOB, NCLOB) instead. LONG columns are supported only for backward compatibility.
Oracle also recommends that you convert existing LONG columns to LOB columns. LOB columns are subject to far fewer restrictions than LONG columns. Further, LOB functionality is enhanced in every release, whereas LONG functionality has been static for several releases."
LONG was a very badly implemented solution to storing large amounts of data. LOBs are a much, much better designed solution-- you should always be using LOBs.
Justin

TABLE SIZE NOT DECREASING AFTER DELETION. BLOCKS NOT BEING RE-USED

Hi ,
Problem:
Table size before deletion: 40GB
Total rows before deletion: over 200000
Rows deleted=190000 rows
Table size after deletion is more (as new data was inserted meanwhile).
Purpose of table:
This table is a sort of transaction table.
Whenever an SR is raised by CSR, data gets inserted into this table and is removed when the status is cleared.
So there is constant insertion and purging will happen on this table.
We are using ASSM and tablespace is LOCAL.
This Table has a LONG column also.
Is this problem because of LONG column ?
So here there are 2 problems.
1) INSERTs are not using the space created by DELETE.
2) New INSERTs are taking much more space then expected ?
Let me have your suggestion
Thanks,

I think when you do DELETE it removes the data but
it's not releasing any used space and it's still
marked as used space. I think reorganizing would help
to compress and pack all block and relase any unused
space in blocks. Why do you think that? Deleting data will create space that can be reused by subsequent insert/ update operations. It is not going to release space back to the tablespace to make it available for inserts into other tables in the tablespace, but that's not generally an issue unless you are permanently decreasing the size of a table, which is pretty rare.
Would you also please explain about different about
LOB and LONG ? or point me to any link which explain
baout it.From the Oracle Concepts manual's section on the LONG data type
"Note:
Do not create tables with LONG columns. Use LOB columns (CLOB, NCLOB) instead. LONG columns are supported only for backward compatibility.
Oracle also recommends that you convert existing LONG columns to LOB columns. LOB columns are subject to far fewer restrictions than LONG columns. Further, LOB functionality is enhanced in every release, whereas LONG functionality has been static for several releases."
LONG was a very badly implemented solution to storing large amounts of data. LOBs are a much, much better designed solution-- you should always be using LOBs.
Justin

Disk Space not restored after deleting iphone backup

Hi,
Today while restoring my iphone i realised that itunes had made multiple copies of ~3gb of my iphone data. Since my iphone was restored successfully I decided to remove all the backups and make a fresh new backup. After deleting the multiple backups I found that my available disk space had not increased at all. I even went to ~/Library/Application Support/MobileSync/Backup and ther was nothing in there. So I went ahead and made a new backup which consumed additional ~3gb. And just to test if it was only itunes that was doing this I deleted my photos from iphoto ~5gb and even that did not give me back my 5gb. I went to trash and I dont have anything there.
So, here I am confused as to where my deleted stuff is going to because it does not seem like its getting deleted.
Anything that i can do get my space back?
Thanks,
Yogi

Local snapshots are hidden copies of files that have been changed or deleted in between Time Machine snapshots. They are stored in free space that would otherwise be unused, and therefore wasted. The space occupied by the snapshots is managed automatically. When free space starts to run low, the snapshots are deleted. The Finder reports the space occupied by local snapshots as "Available," which it is.
If there are unwanted changes to your files in between Time Machine snapshots — which may be far apart when you're moving around with a portable computer — you may be able to revert the changes from a local snapshot. If you disable local snapshots, you lose that protection, and you gain nothing. There is no offsetting benefit whatsoever; merely added risk.
Empty storage space is simply wasted. You paid for it to be there, but it's doing you no good at all. Local snapshots put it to use.
Very rarely, if ever, you might need to delete the local snapshot store in order to add a large amount of data all at once. If that need ever arises, which it probably won't, all you have to do is turn Time Machine OFF in its preference pane, and then turn it back ON immediately.
You should ignore the bad advice that circulates on this site to disable local snapshots permanently by running a shell command. If you ran such a command, ask for instructions on how to reverse it.

Free disk space not changing after deleting (large) photos

Hi,
I wasn't sure whether to post this on the iPhoto board or on the MBA one, since it's not clear if it's a system-level issue or not. Anyway, I had about 30GB of free space on my 256GB MBA and the other day I deleted four or five albums of photos from my DSLR that I'd downloaded to my computer, after I made backups of them elsewhere. In total there were about 3,500 photos, roughly 24MB each on average. I made sure that after deleting them, I deleted my iPhoto Trash as well as the system Trash. Neverless, my level of free space hardly budged and if anything, it decreased slightly. I've read several threads saying to wait a while as sometimes the system takes a delay to adjust - that's fine.
It's now almost five days later and the situation remains the same, if not worse. I ran DaisyDisk and aside from the usual large folders (my movies in iTunes etc, none of which had been added to since I deleted all those photos), the only one I couldn't recognise was this folder iLifeAssetManagement (9GB). I know that there are a few threads about this one, and most people seem to suggest you can clear this if you're happy to lose the content in your Photo Stream. The thing is, I've looked through some of the images in this folder and I'm quite positive that a number of them are from the DSLR albums (there are CR2 files, which I believe is Canon's exclusive RAW format). Some of the others are definitely from my iCloud Photo stream. I'm more than glad to lose all the DSLR ones, though I'd like to keep the iCloud ones and I don't really want to have to sort through 5,000-odd files. I'm positive that this folder is related to why I never gained that free space.
Has anybody else had issues like this and any suggestions for clearing this folder of all the files I already meant to delete, whilst keeping the others? Or have you had issues relating to this? Any help much appreciated.
Thanks.

If you've installed third-party software called "Disk Drill," I suggest you remove it according to the developer'sinstructions. If you prefer to keep the software, refer to the developer for support. Otherwise, see below.
You may notice a difference in available space statistics between Disk Utility, Finder, and Get Info inspectors. This is expected and can be safely ignored. The Finder displays the available space on the disk without accounting for the local snapshots, because local snapshots will surrender their disk space if needed.
About Time Machine's "local snapshots" on portable Macs

Xmltype queue payload - LOBSEGMENT space not reused after message deleted

Hi All,
We use an xmltype payload for our AQ messages and the LOBSEGMENT continues to grow upwards of 17GB. The strange part is that when we delete all of the AQ messages and add more, the LOBSEGMENT continues to increase in size right away.
Can someone explain to me how this is working and the proper way to reclaim the space from the LOBSEGMENT when the work message is completed?
Thanks!
Tony

My first recommendation is that both of you open SRs at metalink and lets see if we can get Oracle to fix this rather than just starting a workaround.
I haven't tried this but I wonder what would happen if you did the following:
ALTER TABLE <table_name> ENABLE ROW MOVEMENT;
ALTER TABLE <table_name> SHRINK SPACE CASCADE;
ALTER TABLE <table_name> DISABLE ROW MOVEMENT';Please let us know.

Disk image space not regained after deleting...

Using my Powerbook I created backups and a 300gb disk image as a pseudo partition on a 1TB Time Capsule. This was prior to owning my MBP. I then used the same Time Capsule to make backups for my new MBP. I went back to my Powerbook to try to regain that 300gb's by deleting the disk image. I stuck it in the trash and deleted... But no space was regained and now the disk image is obviously gone. I'm afraid, as I think more carefully about it, that I needed to erase the disk image, once mounted, in Disk Utility (which is where the disk image was created in the first place). I'm also afraid that I'm now going to have to reformat the entire drive, erasing all back ups from both the PB and MBP, to regain the space? If anyone knows anything about this or has any advice it would be greatly appreciated.
Thanks for your time!
Andrew

Thank you, Bob.
Ok, here's where I'm at...
I ran a Drive Genius 2 scan on the TC with my MBP and cancelled it after about 5 percent was completed. It was going to take all day and I didn't think it was going to do anything. To my surprise when I went back to my desktop and got info on the TC it showed over 500gb available, whereas before it showed 116gb available... so somehow I regained more than just my 300gb disk image worth of space back. Weird. (Although, I now understand how those figures can sometimes be misleading.) This rough figure would tell me that the MBP is also recognizing the Powerbook back ups as well even though they are not visible in Finder.
Next, I connected with my PB and Finder showed only 116gb available... which wasn't too surprising. I then ran the same procedure with Drive Genius, this time only to about .65 percent complete and when I went to get info it showed that I had 805gb available. HA! So I guess it is not recognizing the MBP backups but that's no big deal. I won't be making anymore back ups with the PB anyway.
Well, thanks for your help, Bob. I always learn something when I come to Discussions!
Andrew

PO Release Strategy not changed after deletion of few line items with less

Subject : PO Release Strategy not changed after deletion of few line items with less Total PO
Dear Friends
We have issue with PO Release strategy. We have created the PO. with release strategy with multiple approvers. After approval of first approval manager , one of the PO line item got deleted and Total PO value is reduced . The new PO value should have changed the PO release strategy. But it is not changed. Old release strategy only showing in the PO which is wrong.
Details of the PO
PO no 4500000123 with 5 line items Total PO value : 100,000 USD Release strategy : AB
PO line item 5 deleted. Now total PO value changed to 50,000 USD and the PO release strategy should have been changed to AA but not changed. Still showing PO release strategy AB only.
Are there any OSS notes available to correct his bug.
Please let me know if you need more details
Thanks in Advance
Thanks
MVS

Hi,
release indicators change it to 4.It may works. Please explore to all 6 indicators..........
i.e,
1-cannot be changed
2-changable,no new determination of strategy
3-changable,new release in case of strategy
4-changable,new release in case of strategy or value change
5-changable,new release if new strategy/outputted
6-changable,new release if new strategy or value changed/ outputted......
And check Characteristic description and value in Classification of Release strategies ........
I hope this will help you. Thanking you.
Regards,
Venkat.

Table space not getting cleaned after using free method (permanent delete)

Hi ,
We are using the free method of the LIB OBJ, to permanently delete the objects. As per documentation, the ContentGarbageCollectionAgent will be cleaning the database which runs in a scheduled mode. But the log of that ContentGargabageCollectionAsgent shows, all zero for objects without reference, objects cleared,etc. I.e the table space remains the same before and after deleteing all the contents in the cmsdk database. But the agent is running as per the schedule but just comes out doing nothing.
Can anbody put some light on this issue.
thanks
Raj.

Hi Matt,
Thanks for replying. It's been a very long time waiting for you ;)
---"Are you running the 9.2.0.1, 9.2.0.2, or 9.2.0.3 version of the Database?"
we are using 9.2.0.1
---"If you installed the CM SDK schema in the "users" tablespace ......."
Yes we are using USERS tablespace for our Development.
I ran the query. The result is:
SYSTEM MANUAL NOT AFFECTED
USERS MANUAL NOT AFFECTED
CTXSYS_DATA MANUAL NOT AFFECTED
CMSDK1_DATA MANUAL NOT AFFECTED
(USERS belongs to develpoment cmsdk schema. And CMSDK1 for Prod CMSDK schema)
From the results I see only "Manual", but still I don't see the tablespace size being coming down. Both table space sizes (USER and CMSDK1) always grows higher and higher.
Also to let you know, We use ORACLE EM Console (Standalone) application to see the oracle databse information online. Will there be any thing to do with the tool we use to see the table space sizes. We make sure we always refresh it before making a note.
So is there anything else I can see. Once I saw the ContentGarbageCollection agent to free 1025 objects and deleted 0 objects. But I don't see any change in the table space size. I am little confused b/w freed and deleted.
thanks once again for your response Matt.
-Raj.

Netweaver BI 7.0 on DB6, Space not reclaimed after PSA deletion

Hi,
We recently moved from Oracle to DB6 ( DB2 9.7.0 on AIX) for our Netweaver BI 7.0 system. Previously when we schedule the PSA deletion jobs we will see the benefits that the space is reclaimed, but now on DB6 we dont see that the space is reclaimed after PSA deletion. The DB size went up by whooping 30 GB in one month which was not expected.Please advice.
Thanks in advance
Siva

Hi Debanshu,
This is specific to DB6.
To 'reclaim' the storage (no matter what is the activity after which you expect some storage to be 'freed'), this is the procedure you have to carry out. Also, try to study about High water mark in detail.
http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=%2Fcom.ibm.db2.luw.admin.dbobj.doc%2Fdoc%2Ft0055375.html
http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=%2Fcom.ibm.db2.luw.admin.dbobj.doc%2Fdoc%2Fc0055392.html
Following very helpful link already provided -
http://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/20057ef0-7952-2c10-949f-decd4fcbb392
Thanks

The number of leaf_blocks does not decrease after delete

hi All,
this the example from Tom's book <<expert oracle database architecture>>, may anyone explain why the leaf_block oes not decrease to 523 after delete.
db version is 10.2.0.3, SEGMENT SPACE MANAGEMENT MANUAL in the tablespace system
sys@CS10G> drop table big_table purge;
Table dropped.
sys@CS10G> @big_table
Table created.
Table altered.
Enter value for 1: 500000
old   3:     l_rows number := &1;
new   3:     l_rows number := 500000;
Enter value for 1: 500000
old   9:         where rownum <= &1;
new   9:         where rownum <= 500000;
PL/SQL procedure successfully completed.
Table altered.
PL/SQL procedure successfully completed.
COUNT(*)
    500000
sys@CS10G> declare
2 l_freelist_blocks number;
3 begin
4 dbms_space.free_blocks
5 (
6 segment_owner => user,
7 segment_name => 'BIG_TABLE_PK',
8 segment_type => 'INDEX',
9 freelist_group_id => 0,
10 free_blks => l_freelist_blocks
11 );
12 dbms_output.put_line(' block on freelist = ' || l_freelist_blocks);
13 end;
14 /
block on freelist = 0
PL/SQL procedure successfully completed.
sys@CS10G> select leaf_blocks from user_indexes where index_name = 'BIG_TABLE_PK';
LEAF_BLOCKS
       1043
sys@CS10G> delete from big_table where id <= 250000;
250000 rows deleted.
sys@CS10G> commit;
Commit complete.
sys@CS10G> declare
2 l_freelist_blocks number;
3 begin
4 dbms_space.free_blocks
5 (
6 segment_owner => user,
7 segment_name => 'BIG_TABLE_PK',
8 segment_type => 'INDEX',
9 freelist_group_id => 0,
10 free_blks => l_freelist_blocks
11 );
12 dbms_output.put_line(' block on freelist = ' || l_freelist_blocks);
13 end;
14 /
block on freelist = 520
PL/SQL procedure successfully completed.
sys@CS10G>
sys@CS10G> select leaf_blocks from user_indexes where index_name = 'BIG_TABLE_PK';
LEAF_BLOCKS
       1043Edited by: Sidney Chen on Aug 15, 2009 3:10 PM

Sidney Chen wrote:
hi All,
this the example from Tom's book <<expert oracle database architecture>>, may anyone explain why the leaf_block oes not decrease to 523 after delete.It's just the way it works - when a leaf block is emptied it is linked into the freelist, but also stays linked into the correct place in the index structure. It will be detached from the structure by a coalesce, or when Oracle needs to use a free block to handle new data.
If you want a couple of reasonable guesses why:
<ul>
a) it probably makes read-consistency of indexes easier to deal with
b) unlinking a block from the structure is expensive (you have to modify the blocks to the left, the right, and above) so Oracle takes the gamble that you're likely to re-insert data in the same block in the near future.
</ul>
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
"Science is more than a body of knowledge; it is a way of thinking"
Carl Sagan

CDHDR table is not updated after execution of transaction CK 24

Hi Experts ,
I am Triggering my workflow from for CK 24 transaction based on the change document entry from CDHDR table , once the CK24 transaction executes .
Now the problem is after execution of the CK24 transaction now its not updating the table CDHDR, which was happening before .
Note: No customization has been made which can affect this updation .
Can any body please guide me on this , why the standard table is not being updated now with the change document entries .
Regards
Sarmistha

You can use following FMs
CHANGEDOCUMENT_READ_HEADERS Change document: Read change document header
CHANGEDOCUMENT_READ_POSITIONS Change document: Read change document items
IN CDPOS you have to give the same thing as CDHDR. You have to search with the respective Object class and provide the Object Id(Key fields like Document number). Another thing you will also get the change document number from the transaction itself from which you are change the Document.
Thanks
Arghadip

Table space not reused after deletion ?

Similar Messages

Maybe you are looking for