Received: (qmail 32462 invoked from network); 10 Oct 2011 12:03:23 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-85-25-126-90.inaddr.ip-pool.com with SMTP; 10 Oct 2011 12:03:21 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 525E4E49B0B;
 Mon, 10 Oct 2011 13:03:14 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1318266194; bh=gvvamwkO7HBVadWfpwj0CJcyykDx75Yi18EYX6wc
 8eI=; h=In-Reply-To:References:To:Cc:MIME-Version:Subject:
	 Message-ID:From:Date:Content-type:Content-Transfer-Encoding:Sender:
	 Reply-To:List-help:List-unsubscribe:List-Id:List-subscribe:
	 List-owner:List-post:List-archive; b=lOw5euJ5sqL905JSjY3BxIlPDWsNN
 rhltS79gD/h/h+FFrXF5Kj63EbyxrrVLjFwEYFVo1i5U0uUIKevg/DLLJBQn75i6LKO
 AhqxcEXf+wz9fPLNPIwW7UnwL3FA37ssqQvzOH3jeMFyeGOiKnS6afk8fFU+92EXJvX
 XPr+8aNY=
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id QCDCzVFHsW7O; Mon, 10 Oct 2011 13:03:14 -0400 (EDT)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 00F94E49640;
 Mon, 10 Oct 2011 13:02:29 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 10 Oct 2011 13:01:48 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DEDF8E4941D;
 Mon, 10 Oct 2011 13:01:47 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id ocgtJSiQt59u; Mon, 10 Oct 2011 13:01:47 -0400 (EDT)
Received: from aisdns2.austinisd.org (aisdns2.austinisd.org [206.77.0.134])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 67AB2E47F40;
 Mon, 10 Oct 2011 13:01:46 -0400 (EDT)
Received: from n236m04.austinisd.org (n236m04 [10.236.120.32])
 by aisdns2.austinisd.org (8.11.6/8.11.6) with ESMTP id p9AH1gd15645;
 Mon, 10 Oct 2011 12:01:42 -0500
In-Reply-To: <4E92E1D3.4050806@inter.net.il>
References: <4E92E1D3.4050806@inter.net.il>
To: adar666@inter.net.il
Cc: ORACLE-L <oracle-l@freelists.org>, oracle-l-bounce@freelists.org
MIME-Version: 1.0
Subject: Re: Release space used by empty BLOB segments
X-KeepSent: 9E2D3E6E:662EC1E1-86257925:005CA248;
 type=4; name=$KeepSent
Message-ID: <OF9E2D3E6E.662EC1E1-ON86257925.005CA248-86257925.005D899E@austinisd.org>
From: japplewhite@austinisd.org
Date: Mon, 10 Oct 2011 12:01:48 -0500
X-MIMETrack: Serialize by Router on n236m04/Servers/AISD(Release 8.5.2FP2|March 22, 2011) at
 10/10/2011 12:01:50 PM,
 Serialize complete at 10/10/2011 12:01:50 PM
Content-type: text/plain
Content-Transfer-Encoding: 8bit
X-archive-position: 39173
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: japplewhite@austinisd.org
Precedence: normal
Reply-To: japplewhite@austinisd.org
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l

Yechiel,
Have you considered "Alter Table <Table> Shrink Space Cascade"?  I just 
discovered it recently and it's very useful.  I've used it on several very 
large tables, one with a huge LOB segment.  It compacts the table segment, 
as well as all LOB and index segments, releasing the unused space.  The 
excellent part is that the table can still have DML activity - it remains 
open and available.

The tables on which I've used it were multi tens of millions of rows, 
occupying up to 35 GB.  It takes a LONG time for tables that large - 9 to 
12 hours - but works like a charm.  The only downside I've discovered is 
that it appears to give Logical Standby DBs indigestion and they simply 
will not perform SQL Apply.  I'm working on discovering why, but so far no 
luck.

Anyway, I'm very happy with this and wish I'd discovered it years ago - 
first available in 10gR1.

We're on Enterprise 64 bit 10.2.0.4 on Linux.

Jack C. Applewhite - Database Administrator
Austin I.S.D. - MIS Department
512.414.9250 (wk)  /  512.935.5929 (pager)




From:   Yechiel Adar <adar666@inter.net.il>
To:     ORACLE-L <oracle-l@freelists.org>
Date:   10/10/2011 07:19 AM
Subject:        Release space used by empty BLOB segments
Sent by:        oracle-l-bounce@freelists.org



I have a partitioned (by week) table that holds data and images.
The data is kept for 7 years (banking) while the images are kept only 
for one year.
The images are deleted by updating the fields to empty blobs.
The tables has local indexes and a bunch of global indexes.
The problem is that the empty blob segments are not released after their 
content id deleted.

1) How can I release the unused space without making the global indexes 
unusable?
2) Preferably while the users are working (but this not a must)?

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bi
PL/SQL Release 10.2.0.3.0 - Production
CORE    10.2.0.3.0      Production
TNS for Linux: Version 10.2.0.3.0 - Production
NLSRTL Version 10.2.0.3.0 - Production

-- 
Yechiel Adar
Israel



--
http://www.freelists.org/webpage/oracle-l





--
http://www.freelists.org/webpage/oracle-l


