From oracle-l-bounce@freelists.org Wed Apr 20 08:47:13 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j3KDlDDd020911 for ; Wed, 20 Apr 2005 08:47:13 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j3KDlC4Z020907 for ; Wed, 20 Apr 2005 08:47:12 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id ABCB7185C23; Wed, 20 Apr 2005 07:44:53 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29406-04; Wed, 20 Apr 2005 07:44:53 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2F56A185C1B; Wed, 20 Apr 2005 07:44:53 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FnjfnHO1Px7lUqVEpXTkJSfbvfEQxHd53QZj2Zm7MmxMCJ1997b9J50QZFYXdvmNPmO81lN2eQQN7It5+Ge9E6qT4CknbI7e8qiBSGPSMKBXChs62WPbGG3ufRZDzCwEgSqpV5PKw2HIBD4vkkYtMhP9/Ih4quo3WRm+koMjC0o= Message-ID: Date: Wed, 20 Apr 2005 07:43:03 -0500 From: Greg Norris To: ORACLE-L Subject: Re: tempspace usage In-Reply-To: <683E0A1C82D75246BD9F4E01F77CBB0F2E3CD0@pscdalpexch02.perotsystems.net> Mime-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline References: <683E0A1C82D75246BD9F4E01F77CBB0F2E3CD0@pscdalpexch02.perotsystems.net> X-archive-position: 18656 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: spikey.mcmarbles@gmail.com Precedence: normal Reply-To: spikey.mcmarbles@gmail.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=ham version=2.63 Yes. The usage information is coming from v$sort_usage, and is NOT the raw tempspace allocation for the instance. On 4/19/05, Hollis, Les wrote: > Are you sure that the transactions are still holding the space? >=20 > Temp tablespace segments do NOT de-allocate when a session quits using > it. It will remain allocated so the next user to need temp space does > not have to go through the space allocation...... >=20 > PMON will de-allocate the segments on the next instance startup. >=20 > -----Original Message----- > From: oracle-l-bounce@freelists.org > [mailto:oracle-l-bounce@freelists.org] On Behalf Of Greg Norris > Sent: Tuesday, April 19, 2005 2:55 PM > To: ORACLE-L > Subject: tempspace usage >=20 > Is there a way to determine (or trace) which individual statements are > causing tempspace to be allocated to a session? I've got a databases > where half a dozen sessions seem to gradually allocate more and more > tempspace (as measured by v$sort_usage), and then never release it.=3D20 > Eventually they acquire almost all of the available space, which of > course causes a flurry of ORA-1652 errors from other sessions. >=20 > At the moment, I'm examining a trace from one of these sessions. So > far, I don't see anything which could cause this behaviour... a few > inserts, some relatively simple selects, nothing particularly complex. > Any suggestions on how to troubleshoot this sort of issue? >=20 > The DB in question is Oracle 8.1.7.4.0 (32-bit), running on Solaris 8. > -- > http://www.freelists.org/webpage/oracle-l >=20 >=20 --=20 "I'm too sexy for my code." - Awk Sed Fred. -- http://www.freelists.org/webpage/oracle-l