Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 6356 invoked from network); 7 Dec 2007 19:22:24 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 7 Dec 2007 19:22:24 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E80D97D50FC;
 Fri,  7 Dec 2007 20:22:24 -0500 (EST)
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 17765-07; Fri, 7 Dec 2007 20:22:24 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 67AC27D4FC1;
 Fri,  7 Dec 2007 20:22:24 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 07 Dec 2007 20:20:16 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C0AFB7D2AF3
 for <oracle-l@freelists.org>; Fri,  7 Dec 2007 20:20:16 -0500 (EST)
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 17230-09 for <oracle-l@freelists.org>;
 Fri, 7 Dec 2007 20:20:16 -0500 (EST)
Received: from web56001.mail.re3.yahoo.com (web56001.mail.re3.yahoo.com [216.252.110.180])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with SMTP id 910EE7D01BD
 for <oracle-l@freelists.org>; Fri,  7 Dec 2007 20:20:16 -0500 (EST)
Received: (qmail 92014 invoked by uid 60001); 8 Dec 2007 01:20:15 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID;
  b=JuVmWubY0QSVr2SNLpODlKel0+tUwvZo9p74cvxIYBER4DLVvkc7e1SQWEBHemikzfZhna/4I1K1NqdSaRZgCI/5U3iTdViNsA2cxHUsx2da6Mlzow/iWYu6TnXpaF70JF4QnubfOQsOLjEce4zTV/9lCVa5SKqf9n34oLyFrA0=;
X-YMail-OSG: 3Qr_9ZsVM1lwVtG2LqXdWaQdQXHiRb6aERseahE4Xzn4JSBr3UxPFYNuZonrjdlFWyTVca1madh_l7dH8NWkACRyRiFdBXwfaMT.p5Su40ludXd28aOSPVOg6AVoIn6YVdJkGyJFY.rKoLo-
Received: from [71.202.42.121] by web56001.mail.re3.yahoo.com via HTTP; Fri, 07 Dec 2007 17:20:15 PST
Date: Fri, 7 Dec 2007 17:20:15 -0800 (PST)
From: Saibabu Devabhaktuni <saibabu_d@yahoo.com>
Subject: Re: excessive archive log
To: free <oracle-l@freelists.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Message-ID: <742825.89458.qm@web56001.mail.re3.yahoo.com>
X-archive-position: 3796
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: saibabu_d@yahoo.com
Precedence: normal
Reply-to: saibabu_d@yahoo.com
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
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain






If you have indexes on the table, any type of DML activity will have redo generated from the indexes (even if you do direct path load). 
It is better to drop indexes (if at all feasible) before doing any bulk direct path loading.

Thanks,
 Sai
http://sai-oracle.blogspot.com


How are you inserting the data?  Just because a tablespace is in
NOLOGGING mode doesn't mean INSERTs aren't logged, that only applies
to direct-path/append INSERTs.  UPDATEs will always be logged
regardless.

Don.

On Dec 7, 2007 10:22 AM,  <ryan_gaffuri@xxxxxxxxxxx> wrote:
> We have an ETL database where virtually all activity are on tablespace in 
> nologging mode. 90% of our activity is inserts and 10% is updates of 1 column 
> that is not indexed. We do have indexes on the tables being inserted to. 
> Though not large numbers(2-4 with column length of 1-3). We do not have 
> really wide columns.
> all of this is in noarchive log tablespaces.
> We are getting relatively speaking alot of redo. We are getting more redo 
> than we are getting data generated.
>
> one thing we may be seeing is that we are using advanced queueing and it is 
> enqueued and dequeued constantly. Could this be causing our archive problems?
>
> how do we investigate this? can I use logminer to research this?

-- 
Don Seiler
http://seilerwerks.wordpress.com
ultimate: http://www.mufc.us
--
http://www.freelists.org/webpage/oracle-l







Follow-Ups:
RE: excessive archive log
From: Shamsudeen, Riyaj


References:
excessive archive log
From: ryan_gaffuri



      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 

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


