ORA-1172 редолог накрылся
Супермаг
ORACLE 9.2.0.8
включен ARCHIVELOG
настроен бакап полный раз в день (ночью), автобакап контролфайлы и SPFILE
После видимо некорректной остановки стал наблюдаться такой эффект - при запуске оракл база в MOUNTED, в алертлоге:
Completed redo scan
10776 redo blocks read, 1554 data blocks need recovery
Mon Sep 05 14:02:42 2011
Started recovery at
Thread 1: logseq 2689, block 96026, scn 0.0
Mon Sep 05 14:02:45 2011
Recovery of Online Redo Log: Thread 1 Group 3 Seq 2689 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\DBAMIK06\REDO03.LOG
Mem# 1 errs 0: E:\ORACLE\ORADATA\DBAMIK06\REDO03.LOG
RECOVERY OF THREAD 1 STUCK AT BLOCK 7950 OF FILE 2
ORA-1172 signalled during: alter database open...
Естественно сделал chkdsk /f (были ошибки) и дальше уже
1- restore controlfile from 'последний автобакап'
2- restore database;
база вернулать к полному бакапу последнему
3- recover database;
4- alter database open;
База накатила вроде логи, только при старте супермага вылазит ошибка. К сожалению не зафиксировал, но смысл в том что отсутствует какой то блок, и вероятно это результат выполнения операции в NOLOG режиме.
Я понимаю так - значит были какие то операции, которые архив лог не попали, соответственно при накате результаты этой операции не восстановились и т.д.
Вопрос в том, что в такой ситуации посоветуете ?
Я думаю вариант откатиться к ночному бакапу и потерять день - вроде как 100% результат.
но вот можно ли как то так:
recover database until sequence "КАКОЙТО НОМЕР ИЗ ПОСЛЕДНИХ" Thread 1;
и проверить после этого остались или нет проблемные куски базы, после не залогигенных операций или база в отличном состоянии ?
Или может есть возможность не восстанавливая базу, сразу на этапе ORA-1172 сделать откат REDO03.LOG, точнее откатить операции , которые попали в этот редо.
Т.е. есть ли что то типа откатиться до REDO02.LOG, без restore database ?