Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Реконфигурирование ЕМ и job_queue_processes  [new]
tigranav
Member

Откуда:
Сообщений: 88
Здравствуйте, коллеги.

Напоролся тут на неприятную вещь - при выполнении команды
emca -config dbcontrol db -repos recreate
в системе выставляется job_queue_processes=0, что значит что во время выполнения данной команды не запускаются новые джобы.
СМотрел в документации и на металинке, но ничего не нашел об этом.

Версия СУБД Oracle EE 11.2.0.1

Дело в том что этот продакшен ну никак нельзя оставлять без возможности запуска джобов, поэтому вопрос - можно ли эту "заморозку" как то обойти?
17 окт 13, 09:36    [14983593]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
strider78
Member

Откуда: Тольятти
Сообщений: 23
Нельзя, да это и бессмысленно, ибо противоречит логике команды. Во время пересоздания репозитория дропается схема SYSMAN. Джобы ЕМ и так не будут работать без нее. А после пересоздания параметр должен вернуться к своему исходному значению. Или у Вас есть еще какие-то джобы не из ЕМ, которым ну просто кровь из носу надо запуститься именно во время пересоздания репозитория?
17 окт 13, 10:46    [14984007]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
tigranav
Member

Откуда:
Сообщений: 88
strider78,

Джобы ЕМ меня не волнуют, меня волнуют джобы которые мы создали в базе.

Пересоздание шло больше часа и не завершилось... в это время не запускались наши джобы.
17 окт 13, 10:48    [14984023]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
strider78
Member

Откуда: Тольятти
Сообщений: 23
tigranav, ключ -repos recreate вещь ненадежная.
Рекомендуется дропнуть отдельно
emca -deconfig dbcontrol db -repos drop
и пересоздать тоже отдельно
emca -config dbcontrol db -repos create
17 окт 13, 10:50    [14984039]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
tigranav
Member

Откуда:
Сообщений: 88
strider78,

А разве моя команде не выполняет последовательно те команды что Вы указали?
17 окт 13, 10:54    [14984073]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
strider78
Member

Откуда: Тольятти
Сообщений: 23
tigranav, выполняет, однако (цитата из ноты 1377211.1):
Oracle Support have found that it is often simpler to run the commands separately because for example, if the command to drop the dbconsole fails for some reason, it's easier to identify quicker when the commands are run separately.

На всякий случай прочитайте еще раз ноты 278100.1 и 1377211.1
17 окт 13, 11:19    [14984254]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
tigranav
Member

Откуда:
Сообщений: 88
strider78,

Спасибо, посмотрю ноты. просто дроп репозитория тоже выключает джобы :(
17 окт 13, 11:35    [14984350]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
tigranav
Member

Откуда:
Сообщений: 88
tigranav,

Хм, нашел в сессиях активную сессию, которая похоже запущена emca для удаления репозитория.
он делает ALTER SYSTEM SET job_queue_processes=0, потом удаляет киляет все сессии сисмановские, дропает принадлежащие ему таблспейсы, дропает пользователя, а потом возвращает значение job_queue_processes в то которое было.

Похоже на нашем сервере не дропается SYSMAN, хотя никаких сессий к нему нету.
17 окт 13, 13:54    [14985330]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
strider78
Member

Откуда: Тольятти
Сообщений: 23
tigranav,

Попробуйте руками дропнуть. Как - описано в ноте 278100.1, Option 4. Delete DB Control Repository Objects Manually
17 окт 13, 15:06    [14985862]     Ответить | Цитировать Сообщить модератору
 Re: Реконфигурирование ЕМ и job_queue_processes  [new]
tigranav
Member

Откуда:
Сообщений: 88
strider78,
Спасибо за ответ.

в данной ноте без перезагрузки можно примерить только второй метод, но он сводится к выполнению той же drop user, которая у меня не выполняется (все предыдущие шаги холостые, - синонимов нет, пользователей mgmt_X тоже нет)
17 окт 13, 15:27    [14986022]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить