Hallo zusammen,

ich hatte heute ein recht interessantes Problem: Alles fing an, als ein shutdown immediate geschlagene 13 (in Worten dreizehn) Stunden brauchte, um zum Ende zu kommen. Der Grund war auch schnell ausgemacht - der TEMP-Tablespace war ziemlich "unkonventionell" angelegt worden: 6GB groß, keine Tempfiles sondern gewöhnliche Datafiles und zur Krönung Extent Management Dictionary und Next Extent 20k. Das dauert dann doch eine Weile, bis die einzelnen 20k-Häppchen aufgeräumt sind.

An sich ist das Problem ja schnell gelöst - einen neuen temporären Tablespace angelegt, mit Tempfiles und das ganze locally managed. Dieser wird dann als default gesetzt, denn es kann bekanntlich nur einen geben ... bis ich den alten Tablespace mir vom Hals schaffen wollte. DROP TABLESPACE wurde auch ohne murren akzeptiert, mehr aber auch nicht. Die Session krallte sich plötzlich eine ganze CPU, und der zu droppende Tablespace wurde immer weiter befüllt.

Kurzum, dieser Tablespace will ums verrecken nicht gedroppt werden. Lakonische Antwort vom Oracle-Support: "Lass es laufen, irgendwann wird er schon zum Ende kommen..." Leider konnte ich das Ende nicht erleben, da einer unserer Arbeitsvorbereiter der Meinung war, die Bank mal eben durchstarten zu müssen.

Kennt wer diese Problematik? Sehe ich einfach den Wald vor Bäumen nicht? Wie krieg ich diesen dreckeligen Tablespace aus meiner Datenbank?

Hallo,

lt. MetaLink Doc-ID 1056652.6 ist warten schon nicht so verkehrt.

Dort ist jedoch weiter beschrieben, wie man nachschauen kann, ob sich etwas tut - und ungefähr die Zeit hochrechnen, wie lange der drop denn wohl noch dauern wird...

Christian

So, habs jetzt endlich hinbekommen. Das Problem war wohl, dass die Bank mehrmals mit einem SHUTDOWN ABORT runtergefahren wurde und mein DROP TABLESPACE sich wohl mit dem SMON und seinem instance recovery in die Haare kam. Jedenfalls war das ganze nach einem sauberen SHUTDOWN IMMEDIATE, der ein paar Stunden dauerte, kein Problem mehr...

Auf jeden Fall danke für den Hinweis auf Metalink