[ОТВЕТИТЬ]
Опции темы
02.01.2011 12:47
 
10.0.2

На startup отвечает


ORA-16038: журнал 3 с номером последовательности 234 не может быть архивирован
ORA-19809: достигнут предел для файлов восстановления
ORA-00312: опреативный протокол 3 процесса 1: 'D:\DB\ИмяБазы\REDO03.LOG'
02.01.2011 14:39
 
Почистил архивлоги - завелось. В простейшем случае достаточно запустить оптимизатора. Он до такого состояния и не дает дойти.
27.03.2011 05:36
 
Запускается оптимизатор и всё равно свалилось в эту же ошибку
27.03.2011 10:41
 
Если база не открылась, оптимизатор не поможет, надо чистить или размер области восстановления задрать в 200Гб, например. Я говорил о регулярном и круглосуточном его запуске. Некорректное выключение питания?
27.03.2011 13:06
 
Запускается каждые полчаса. На расчете товародвижения.
27.03.2011 13:07
 
Чистить через RMAN?

RMAN> delete archivelog all;
RMAN> crosscheck archivelog all;
28.03.2011 09:22
 
Если у тебя настроен rman и существует область восстановления, то навернека в rman есть у тебя настройка - сколько дней хранятся копии которыми можно воспользоваться при необходимости, а остальные копии выходящие за это количество дней помечаются автоматом,как obsolete, следовательно почистить область восстановления командой
rman>delete obsolete;
29.03.2011 11:47
 
Добрый день.

Возникло такое же предупреждение. Прошу сильно не пинать, оракла не знаю, как почистить эти архив логи???
Заранее спасибо.
29.03.2011 11:56
 
Покажи результат запроса
select * from v$flash_recovery_area_usage;
29.03.2011 12:09
 
1.Входиш в sql plus под sys как sysdba - пароль as sysdba
2.shutdown immediate; - остановиться
3.startup mount;
4. выполниш запрос который я ранее написал
выложи результат


Опции темы



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

Все в прочитанное - Донат - RSS - - Карта - Вверх

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