SMON: mark undo segment as needs recovery

OS: Solaris 5.9
DB: Oracle 9.2.0.7 -> NOARCHIVELOG!

Суть проблемы:
в alert.log присутствуют записи следующего содержания ...

Sun Feb 25 18:25:54 2007
SMON: about to recover undo segment 32
SMON: mark undo segment 32 as needs recovery
Sun Feb 25 18:25:58 2007
ARC1: Media recovery disabled

как исправить ситуацию?

проблема появилась после сбоя хранилища и перезапуска БД

-=SwiMMeR=-

как исправить ситуацию?

Малоинформативный фрагмент лога. Пока не понятно есть ли проблемы вообще (похоже что нет).

Если скидываются трейсы с ошибками(ты не указал), т.е. если повреждено UNDO - никак.
Можно негарантированно - вытащить данные.
Обычно рекомендуют выполнять exp/imp.

база занимает примерно 420 Гб
поэтому вариант экпорта/импорта хочется раасматривать в последнюю очередь
сыпалось очень много ошибок ORA-600
избавились от этого путем _corrupted_rollback_segment

кстати, БД работает в режиме AUTO

-=SwiMMeR=-

база занимает примерно 420 Гб поэтому вариант экпорта/импорта хочется раасматривать в последнюю очередь сыпалось очень много ошибок ORA-600 избавились от этого путем _corrupted_rollback_segment

Ты попал.
Рекомендую ознакомиться.

линк1


линк2

Удачи!

PS.
Рискну предположить, что ты не вполне корректно воспользовался воможностью _corrupted_rollback_segment

После открытия базы с этим параметром, её по определению надо было перетаскивать любым способом на другую исправную БД (экспорт, select over dblink итп)

-=SwiMMeR=-

NOARCHIVELOG!

Сейчас пошла такая мода ?

juks@gala.net

-=SwiMMeR=- NOARCHIVELOG! Сейчас пошла такая мода ?

Если статичные данные (архив х. знает какой давности, существующий в N экземплярах заведомо исправных копий), и время поднятия базы не лимитировано, не вижу проблем.

juks@gala.net

-=SwiMMeR=- NOARCHIVELOG! Сейчас пошла такая мода ?

Вроде всю жизнь была :)

juks@gala.net

-=SwiMMeR=- NOARCHIVELOG! Сейчас пошла такая мода ?

Сейчас мода открываться с _corrupted_rollback_segment и работать с ним как ни в чем небывало :(