1. В кроне. Причем в скрипте зашит механизм, который паузит другие обработчики (которые собственно генераторы 99.999% изменений в БД). Апдейдит стат, запускает все дальше.
2. Если update статистики по каким-то причинам не приключился. Или тормоза вылезли раньше ожидаемого, то выходит дежурная смена, которая стопорит обработчики ручками. Логиниться под юзером у которого в качестве шела апдейт статистики.
3. Нихрена не работает - зовут главного админа. Который запускает dbaccess и выполняет "update statistics for procedure".
Есть вариант №4. Главного админа нет, вылазит админ номер два, который умеет делать "init 6". Как оказалось, иногда чревато.
Да просто вагон пива :).
Я в субботу немного поигрался на тестовом сервере, почитал доку по SuSe и заодно выяснил, что методика патча ядра, использованная моими системщиками на основном сервере, эффекта не возымела и n-месяцев сервер работал с default-ными значениям. Т.е. фактически помог исключительно STACKSIZE.
