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

Выяснилось неприятное и непонятное поведение при незаданном fast_start_mttr_target в 19 версии, подозреваю, что в 11 версии это просто не замечали никогда, потому просто выставил всем.

сменил политику удаления архивлогов с NONE на сархивированные один раз на диск.

все же по итогам тестирования раскатал версию с MaintIndex всем и по умолчанию 2.
сначала хотел поставить 1 по умолчанию, но при пересечении с ТД оно отключается и, скорее всего, были бы случаи долгой неработы или запуска расчета ТД посреди процедуры MaintIndex. поэтому 2 по умолчанию.
плохо работает на секционированных таблицах с 11 версией Oracle под нагрузкой. если у кого-то будут проблемы - ставьте 1 или даже 0, но сначала попробуйте подвигать время.
сейчас решил раскатать, чтобы первый проход прошел в выходной день, без нагрузки... у меня даже на самых тормозных серверах прошло нормально...

Вдогонку, первый прогон на больших таблицах будет ооочень долгим. До нескольких часов. Потом несколько секунд.
Какие таблицы будут обработаны, хранится в sys.ok_tab_changes, соответственно, если есть время - можете воткнуть

сейчас оптимизатор падает по отсутствию кривого файла флага - я в курсе, делаю

Починил. Сильно переработал флаг optimizer.pid, он теперь обновляется на любой вывод внешней программы или смену действия внутри программы и действует не 5 минут, а 25.

Здравствуйте!
Подскажите пожалуйста, а если база под Беларусь скриптами доделана оптимайзер будет корректно работать?

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

забыл написать, на винде теперь порты расширяются с 1025 по 65535 и TIME_WAIT сокращается до 30 секунд ожидания... чтобы не клинило на совместных с УКМ инсталляциях, да и в принципе полезно.