Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> Index in Unusable State: Usual Suspects
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C07A74.57400102
Content-Type: text/plain;
charset="iso-8859-1"
Hi all,
Has anyone ever seen an index rendered unusable when SQL*Loader is not
involved?
SQL*Loader populates a table that is used to populate a second table. One
of the indexes on the second table somehow became unusable.
The table is not partitioned and this is not a bitmap index.
There are no savepoints being used, it's just an INSERT...SELECT statement from the first table. The SQL*Loader process was indeed complete before this statement ran.
The client process did not die.
And the database certainly did not experience instance failure! I would
have known about that.
I see that a unique index can become unusable if there are duplicate values, but that isn't the case here. The index was rebuilt with no incident. However, I need to chase down whatever it was that caused this.
Thanks in advance for any suggestions.
Lisa Rutland Koivu
Oracle Database Administrator
Qode.com
4850 North State Road 7
Suite G104
Fort Lauderdale, FL 33319
V: 954.484.3191, x174 F: 954.484.2933 C: 954.658.5849
"The information contained herein does not express the opinion or position of Qode.com and cannot be attributed to or made binding upon Qode.com."
------_=_NextPart_001_01C07A74.57400102
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2650.12">
<TITLE>Index in Unusable State: Usual Suspects</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2 FACE=3D"Arial">Hi all, </FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">Has anyone ever seen an index rendered =
unusable when SQL*Loader is not involved?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">SQL*Loader populates a table that is =
used to populate a second table. One of the indexes on the second =
table somehow became unusable. </FONT></P>
<P><FONT SIZE=3D2 FACE=3D"Arial">The table is not partitioned and this =
is not a bitmap index.</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">There are no savepoints being used, =
it's just an INSERT...SELECT statement from the first table. The =
SQL*Loader process was indeed complete before this statement ran. =
</FONT></P>
<P><FONT SIZE=3D2 FACE=3D"Arial">The client process did not die. =
</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">And the database certainly did not =
experience instance failure! I would have known about =
that.</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">I see that a unique index can become =
unusable if there are duplicate values, but that isn't the case =
here. The index was rebuilt with no incident. However, I need to =
chase down whatever it was that caused this. </FONT></P>
<P><FONT SIZE=3D2 FACE=3D"Arial">Thanks in advance for any =
suggestions.</FONT>
</P>
<P><B><FONT SIZE=3D1 FACE=3D"Arial">Lisa Rutland Koivu</FONT></B>
<BR><FONT SIZE=3D1 FACE=3D"Arial">Oracle Database Administrator</FONT>
<BR><FONT SIZE=3D1 FACE=3D"Arial">Qode.com</FONT>
<BR><FONT SIZE=3D1 FACE=3D"Arial">4850 North State Road 7</FONT>
<BR><FONT SIZE=3D1 FACE=3D"Arial">Suite G104</FONT>
<BR><FONT SIZE=3D1 FACE=3D"Arial">Fort Lauderdale, FL =
33319</FONT>
</P>
<P><FONT SIZE=3D1 FACE=3D"Arial">V: 954.484.3191, x174</FONT>
<BR><FONT SIZE=3D1 FACE=3D"Arial">F: 954.484.2933 </FONT>
<BR><FONT SIZE=3D1 FACE=3D"Arial">C: 954.658.5849</FONT>
<BR><FONT SIZE=3D1 FACE=3D"Arial"><A HREF=3D"http://www.qode.com" =
TARGET=3D"_blank">http://www.qode.com</A></FONT>
</P>
<P><I><FONT COLOR=3D"#000000" SIZE=3D1 FACE=3D"Arial">"The =
information contained herein does not express the opinion or position =
of Qode.com and cannot be attributed to or made binding upon =
Received on Tue Jan 09 2001 - 13:42:39 CST