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

Можно, только вот зачем? Они по большому счету должны быть всегда перепосланы.

Дык не всегда.

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

Ну вот, например сеть у меня организована с помощью Энфорты и файлового обмена. Иногда сеть падает и пакетам некуда складываться.

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

СМ2к 1.026сп3, 10.2.0.4 оракл. Оптимайзер запускается 2 раза в час кроном.
лог оптимайзера за последний запуск
26.09.11 17:00:57 -- *********************** Obsolete parameters ***********************
26.09.11 17:00:58 -- Set database parameters
26.09.11 17:01:05 -- Checking system statistic values...
26.09.11 17:01:07 -- Check supermag grants
26.09.11 17:01:18 -- Old statistics check :
26.09.11 17:01:28 -- Gather stats... Table : "SUPERMAG"."SMSPEC"
26.09.11 17:01:29 -- Validating...

На этом виснет оптимайзер, грузит сервер, супермаг еле шевелится у народа, жалуются на тормоза. Всегда на этом месте, пару недель уже это.
Что делать?

26.09.11 15:25:46 -- Gather stats... Table : "SUPERMAG"."SMFOREIGNUNITS"
26.09.11 15:25:46 -- Validating...
26.09.11 15:25:46 -- Gather...
26.09.11 15:25:47 -- OLEGON-ERROR! : Query:serversm2:db2000:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-01008: not all variables bound
ORA-06512: at line 23

Оптимизатор начал ругаться таким образом на десятка 2 табличек, как лечить?

забыл :(
оракл 10.2.0.4 супермаг 26.3
начал ругаться с 22 числа с часу ночи (база ilishco)

Ночью не останавливайте оптимизатор, он будет успевать делать это в MaintenanceTime и не будет докучать днем. Просто статистика на smspec настолько древняя, что необходимо срочно ее посчитать. А сейчас оптимизатор просто остановите до вечера, а вечером пусть начнет, когда никого нет. Сделает - отстанет. Я сейчас повышу порог "срочности" для статистики.

Не знаю и журналов у меня теперь нет :( Блок расчета статистики не трогал уже очень давно, хотя не так давно поправил глюк с неподхватом некоторых табличек. Какая-то бага в базе, попробуй расчитать вручную.