Trying to drop old undo tablespace that needs recovery 2005-10-26 - By Paul Baumgartel
Mark,
I recently had a similar situation with a non-undo tablespace. I did not
offline drop the datafiles first; I just did alter tablespace small_data
offline temporary;, then dropped the tablespace including contents and
datafiles. Of course, the fact that this is an undo tablespace may be
complicating matters, but that approach was successful for me.
--
Paul Baumgartel
paul.baumgartel@(protected)
On 10/26/05, Strickland, Mark <mark.strickland@(protected)> wrote:
>
> I've opened a TAR, but I wanted to also solicit ideas from the list. I
> inherited a database that has an old undo tablespace "UNDO2" that had a
> datafile that has needed recovery since August 9th. I don't have archived
> logs going back that far. The tablespace isn't being used. A new undo
> tablespace called "UNDO" was created sometime back and is being used. The
> database has been shutdown and restarted successfully since the problem
> started. Every night when the tablespaces are put in backup mode, errors are
> thrown in the alert log for the undo2 tablespace because the file that
> needs recovery is offline. The tablespace has offline undo segments. They
> don't show a status of needing recovery. I researched it in Metalink and
> believed that I could offline drop the datafiles in that old tablespace and
> then drop the tablespace. I was able to execute the alter database offline
> drop statements successfully, but when I tried to drop the tablespace, I got
> an ORA-00600 (See ORA-00600.ora-code.com). Anybody got any ideas?
> Mark Strickland
> Seattle, WA
>
Mark,<br>
<br>
I recently had a similar situation with a non-undo tablespace. I
did not offline drop the datafiles first; I just did alter tablespace
small_data offline temporary;, then dropped the tablespace including
contents and datafiles. Of course, the fact that this is an undo
tablespace may be complicating matters, but that approach was
successful for me. <br>
<br>
<br>
-- <br>
Paul Baumgartel<br>
<a href="mailto:paul.baumgartel@(protected)">paul.baumgartel@(protected)</a>
<br>
<br><div><span class="gmail_quote">On 10/26/05, <b class="gmail_sendername"
>Strickland, Mark</b> <<a href="mailto:mark.strickland@(protected)">mark
.strickland@(protected)</a>> wrote:</span><blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex;
padding-left: 1ex;">
<div>
<div><span><font face="Arial" size="2">I've opened a TAR,
but I wanted to also solicit ideas from the <span>list</span>.
<span>I inherited a database that has </span>an old undo
tablespace "UNDO2" that had a datafile that has needed recovery
since
August 9th. I don't have archived logs going back that far. The
tablespace isn't being used. <span>A</span>
new undo tablespace called "UNDO" <span>was
created sometime back and is being used. </span>The database
has
been shutdown and restarted successfully since the problem started. Every
night when the tablespaces are put in backup mode, errors are thrown in the
alert log for th<span>e </span><span> undo2 </span>tablespace<span>
because the file that needs recovery is offline</span>. <span>The
tablespace has offline undo segments. They
don't show a status of needing recovery. </span>I researched it in
Metalink and believed that I could offline drop the datafiles in that old
tablespace and then drop the tablespace. <span> </span>I was able to
execute the alter database
offline drop statements successfully, but when I tried to drop the tablespace,
I
got an ORA-00600 (See ORA-00600.ora-code.com). Anybody got any ideas?</font></span></div>
<div><span><font face="Arial" size="2"></font></span> </div>
<div><span><span><font face="Arial" size="2">Mark Strickland</font></span><
/span></div>
<div><span><span><font face="Arial" size="2">Seattle, WA</font></span></span><
/div>
<div><span><span><font face="Arial" size="2"></font></span></span> </div><
/div>
</blockquote></div><br><br clear="all"><br>
|
|
