Оптимайзер-4 (вопросы и обсуждения) : Программы OlegON

два часа уже получаю:
Second connection of optimizer disabled...

Client number: 211
процесс на стороне оптимайзера подвис, можно прибить скорее ? пооптимизировать хотел вечерком.

IP убрал, он нужен только если жаловаться на невозможность подключения будет. Полез смотреть процессы - нет их таких. Точно такое сообщение?

Запустилось, ура !
Видимо сами отвалились

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

я помню про эту ситуацию, потому и просил сразу прибить, что бы сутки не ждать

Наблюдаю в логе оракла такие результаты работы оптимайзера:
Sun Jun 24 19:53:52 2012
ALTER SYSTEM SET sga_target='11542724608' SCOPE=MEMORY;
Sun Jun 24 19:53:54 2012
ALTER SYSTEM SET sga_target='500M' SCOPE=SPFILE;

при том что sga_max_size='11542724608'

в чём смысл в spfile загонять заведомо убогие настройки ? при том что и база размером 70гб, и оперативки на сервере 16 гб
Я понимаю так, что после рестарта база будет продолжительное время работать через пень колоду. Типичная ситуация - ночью выключали свет. Утром в понедельник пришёл народ, а sga_target = 500Mb. И начнутся утречком звонки что же это супермаг не шевелится ? Это ещё неизвестно как быстро оптимайзер настройки SCOPE=MEMORY доведёт до ума
Зачем нужны такие неправильные настройки в SPFILE?

Ночью отключили свет, а у тебя упс выдержал или плавно выключил сервер, который ты сам включишь утром...
У меня базы серьезные если, то даже не автостарте. И если "отключали свет", то это что-то из ряда вон и виновные будут наказаны. Тем не менее, у многих клиентов тоже дергают электричество.
Что касается настроек опта, то предлагаю придерживаться общего правила о том, что я не буду объяснять почему и как я делаю в оптимизаторе. Если у тебя так работает, то и у меня так работает, значит я считаю, что так и надо и это проверено не на одной БД. Если какие-то проблемы - давай их разберем, а не догадки, хорошо это или плохо.
Извини, если грубовато вышло. Замучили :( В данном случае просто если ты как раз без опта выдашь базе всю память, которую она распределит сама, то потом приводить ее в самочувствие крайне тяжело. Если не нравится - отключи управление памятью вообще.

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

Именно, что не получим. Разрулить память, когда она еще не занята, куда как проще, чем отбивать ее потом, опустошая пулы принудительно и занимаясь другими неинтересными делами. С такими настройками опустошать ничего не придется, и с первого раза опт сделает все, как надо.

25.06.12 12:58:19 -- ***************************** Errors *****************************
25.06.12 12:58:19 -- Impossible to compile : 1
25.06.12 12:58:19 -- Schema compilation finished...
25.06.12 12:58:20 -- ***************** Summary DEMO.BAZAOR.*****************************************
25.06.12 12:58:20 -- Supermag : 1.029 SP8 OS : Windows 2003 Java : 1.7.0_05 Jabbers : [email]taiikiv@gmail.com[/email]/- Mail:-/-
25.06.12 12:58:21 -- OLEGON-ERROR! : Query:bazaor:demo:java.sql.SQLException: ORA-01489: result of string concatenation is too long
на что ругается ?