Убитый redo, ORA-00322 : Oracle

Что делать? Сначала - бэкап того, что имеем.
Итак варианты:
1)
recover until cancel;
cancel
alter database open resetlogs;
2)
ALTER DATABASE CLEAR LOGFILE 'filename';
alter database open;
3)
recover database using backup controlfile;
подсовываем редо-логи (просматривая необходимые sequence через v$log и v$logfile)
alter database open;
4) если уж совсем дело плохо, можно попробовать _allow_resetlogs_corruption=true
startup mount
alter system clear logfile;
recover database until cancel using backup controlfile ;
cancel
alter database open resetlogs;
но у меня ни разу после этого не заводилась до того, чтобы экспорт сделать.
Кто что еще добавит/поправит? По памяти пишу, может ошибся где...

Подожди, мы с тобой так нашу базу восстанавливали почти 2 года назад. Работает. Живая.
Правда экспорт\импорт ни разу не делали...

Ты,наверное,что-то путаешь.. С allow я не припомню, чтобы что-то нормально поднялось, тем паче, что у меня в подкорке, что после его использования надо экспорт делать..

recover until cancel;
ORA-00279: change 29685859 generated at 09/12/2006 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORA81\RDBMS\ARC03938.001
ORA-280: change 29685859 for thread 1 is in sequence #3938
cancel
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'D:\ORACLE\ORADATA\YABL10\SYSTEM01.DBF'
alter database open resetlogs;
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'D:\ORACLE\ORADATA\YABL10\SYSTEM01.DBF'

Подскажите, что делать дальше

Лучше всего вернуть бэкап того, что сделал перед восстановлением назад,
select lf.member from v$log l,v$logfile lf where l.group#=lf.group# and sequence#=номер_последовательности (наверное 3938 в данном случае и будет) и пробуем 3й способ. Если не поможет - восстанавливаем бэкап обратно и пробуем остальные способы. О результатах каждого из них, до перехода к следущему пишем здесь.

Селект выдал нужный редолог, подсунул его в способ №3 рековер прошёл успешно, база поднялась.
Спасибо!

Да... База стартанула, но при попытке зайти куда-либо в Супермаге (накладные, права доступа в административном модуле) выходит следующая ошибка:
Нет прав доступа к функции торговой системы >>

ORA-25153: Временное табличное пространство пусто
ORA-06512: на "SUPERMAG.CORE", line 1327
ORA-06512: на "SUPERMAG.CORE", line 1383
ORA-06512: на "SUPERMAG.SMBEGINACTIONEX", line 14
ORA-06512: на line 1 >>

begin Supermag.SMBeginActionEx(null,0,null,null,null,null,null); end;

База погибла окончательно?

Я умиляюсь нежеланию пользователей читать, что им пишет Oracle. Тут пробегала ссылка на OraMsgViewer, очень рекомендую и очередной поклон Mtirt, что навела меня на нее. Суть в том, что во временном пространстве нет ни одного файла. Убей его и создай заново.

Прошу прощения за неквалифицированные вопросы, основной сотрудник отвечающий за базы в отпуске, а я практический полный чайник и нахожусь в тихой панике. Если можно подробнее, что конкретно и где мне нужно удалить?

Табличное пространство TEMP в DBA Studio или Enterprise console - удалить (правой кнопкой мыши менюшка), потом создать.