[ОТВЕТИТЬ]
Опции темы
13.09.2006 19:17  
OlegON
Что делать? Сначала - бэкап того, что имеем.
Итак варианты:
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;
но у меня ни разу после этого не заводилась до того, чтобы экспорт сделать.
Кто что еще добавит/поправит? По памяти пишу, может ошибся где...
 
13.09.2006 21:01  
Mtirt
Цитата:
Сообщение от olegon
Что делать? Сначала - бэкап того, что имеем.
4) если уж совсем дело плохо, можно попробовать _allow_resetlogs_corruption=true
startup mount
alter system clear logfile;
recover database until cancel using backup controlfile ;
cancel
alter database open resetlogs;
но у меня ни разу после этого не заводилась до того, чтобы экспорт сделать.
Подожди, мы с тобой так нашу базу восстанавливали почти 2 года назад. Работает. Живая.
Правда экспорт\импорт ни разу не делали...
 
13.09.2006 22:17  
OlegON
Ты,наверное,что-то путаешь.. С allow я не припомню, чтобы что-то нормально поднялось, тем паче, что у меня в подкорке, что после его использования надо экспорт делать..
 
14.09.2006 09:56  
creosote
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'

Подскажите, что делать дальше
 
14.09.2006 10:30  
OlegON
Лучше всего вернуть бэкап того, что сделал перед восстановлением назад,
select lf.member from v$log l,v$logfile lf where l.group#=lf.group# and sequence#=номер_последовательности (наверное 3938 в данном случае и будет) и пробуем 3й способ. Если не поможет - восстанавливаем бэкап обратно и пробуем остальные способы. О результатах каждого из них, до перехода к следущему пишем здесь.
 
14.09.2006 10:56  
creosote
Селект выдал нужный редолог, подсунул его в способ №3 рековер прошёл успешно, база поднялась.
Спасибо!
 
14.09.2006 13:01  
creosote
Да... База стартанула, но при попытке зайти куда-либо в Супермаге (накладные, права доступа в административном модуле) выходит следующая ошибка:
Нет прав доступа к функции торговой системы >>

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;

База погибла окончательно?
 
14.09.2006 13:15  
OlegON
Я умиляюсь нежеланию пользователей читать, что им пишет Oracle. Тут пробегала ссылка на OraMsgViewer, очень рекомендую и очередной поклон Mtirt, что навела меня на нее. Суть в том, что во временном пространстве нет ни одного файла. Убей его и создай заново.
 
14.09.2006 13:23  
creosote
Прошу прощения за неквалифицированные вопросы, основной сотрудник отвечающий за базы в отпуске, а я практический полный чайник и нахожусь в тихой панике. Если можно подробнее, что конкретно и где мне нужно удалить?
 
14.09.2006 13:28  
OlegON
Табличное пространство TEMP в DBA Studio или Enterprise console - удалить (правой кнопкой мыши менюшка), потом создать.
 
 


Опции темы



Часовой пояс GMT +3, время: 05:16.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.