Архив форумов ЦИТФорума

[fatfat]

не судите меня сторого, я еще учусь, просто помогите.
ситуация такая:
сервер работает в режиме archivelog, складывает файлы журнала в папку /archive В один прекрасный день кончилось место, и я сгоряча переместил оттуда все файлы на другой диск (вместе с недописанным последним файлом). через неделю повредился блок данных, такую проблему решаю накатом архивных файлов на холодный бэкап. когда накат дошел до недописанного файла, получил ошибку ora-00332 archived log is too small - may be incompletly archived.
если кто-нибудь сталкивался с такой ситуацией подскажите как ее преодолеть, где почитать.
как можно накатить максимум транзакций в таком случае?
можно ли пропустить при накате этот файл?
и как ведет себя сервер, если удалить текущий архивный файл повторного выполнения? (возможно сервер записал изменения в следующий файл.?)
какие еще есть пути восстановления при ошибке ora-01578?

[Eldar52]

В принципе если мы не говорим о Standby database , то Oracle не может продолжать действовать если нет возможности закончить архивацию (конечно при условии что база в archive mode ).
Значит если небыло сбоев тогда возможно нужный Log file был архивирован в следущий archive file.
Попробуйте дать во время recovery следущий archive file , а ещё лучше проверить через V$archived_log последовательность SEQUENCE#.

В любом случае если есть проблемы с каким нибудь archive file , то шансы на удачный recovery очень малы. Всегда можно воспользоваться логическим backup, как export.

Пропускать при recovery archive file невозможно, так как база не может перескочить через ряд SEQUENCE# .

Вопорс : зачем пользоваться холодным бэкапом , когда все равно база в archive mode ? Не удобней ли вариант hot backup ?

По поводу ora-01578 , следущая линк может заинтересовать вас
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=28814.1

Eldar
Если вас интересуют вопросы Oracle , тогда вы найдете эту рассылку интересной :
http://content.mail.ru/pages/p_19613.html

[fatfat]

спасибо всем ответившим.
считаю хорошим тоном написать как победили проблему.
накатить на холодный бэкап не удалось.
сделали
dbms_repair.check_object
dbms_repair.fix_corrupt_blocks
потом запретили обращение к зафиксеным блокам.
экспортнули таблицу.
переименовали поломаную.
импортнули обратно.
перекомпилировали процедуры в tablespce'е.
потеряли 4 блока данных, причем непонятно каких, но система работает.
переприняли документы, которые можно было, чтобы записать в таблицу максимум данных.
вообще, умные люди говорят, что reiserFS + Linux + Oracle = гемморой.