RE: truncate has execessive row cache wait
Date: Fri, 19 Sep 2008 03:46:22 -0400
Message-ID: <9F74FDE2AAE44493BF5DBF9E1CE388BC@rsiz.com>
?table part of a cluster
?local or dictionary tablespace management
?Oracle version
?ASM
?ASSM or freelists (aka manual to make it sound like you have to do work,
previously not called anything because that was all there was)
?checked for locks (or repeat on a test system with no possible contention)
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org]
On Behalf Of Dba DBA
Sent: Thursday, September 18, 2008 10:33 PM
To: oracle-l_at_freelists.org
Subject: truncate has execessive row cache wait
well it was a truncate table drop storage.
is that a known result of running a truncate with the "drop storage" option
?
took 15 minutes to do a simple truncate on a 2.4 GB table. 1 mb extent
sizes. not alot going on.
was waiting on row cache wait ?
-- http://www.freelists.org/webpage/oracle-lReceived on Fri Sep 19 2008 - 02:46:22 CDT