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

█ 24.10.2011 13:20

центральный фаревол без ограничения сталкивался с нереальным количеством соединений - напрягает
уже за много лет это ограничение устоялось

█ 25.10.2011 11:19

странно...
устанавливаю IamNoob = no, пару раз запускаю оптимайзер -с=о и получаю IamNoob = yes
Совсем не удобно

█ 25.10.2011 11:33

увы, для незарегистрированных так. поправлю потом - будет только в Maintenance это делать

█ 26.10.2011 12:45

Цитата:

+ Параметр DisableOldStats (yes) - отключение агрессивного сбора статистики.

ставится по умолчанию (yes), но по идее это те у кого проблемы с валидацией должны сами ставить, а кого устраивает как работали, так и работали бы дальше. Сейчас получится что надо обязательно параметр поменять, или сразу, или по рекомендации, через полгода.

Исхожу из того что старый режим агрессивной валидации лучше, чем DisableOldStats=yes, как сечас - так это или не так, лучше или нет?

█ 26.10.2011 13:06

а может оптимайзер сам будет стопить почтовый и кассовый сервера?

█ 26.10.2011 13:08

Цитата:

Dim ➤ а может оптимайзер сам будет стопить почтовый и кассовый сервера?

вот только не надо это делать по умолчанию

█ 26.10.2011 13:11

Цитата:

AlexeyF ➤ Исхожу из того что старый режим агрессивной валидации лучше, чем DisableOldStats=yes, как сечас - так это или не так, лучше или нет?

Проблема в том, что сталкиваются с неприятностями при использовании этого параметра новички. У меня, например, вообще ни разу не проявлялась эта засада. В чем она состоит - при сильной фрагментации таблички и древней статистике по ней валидация идет очень долго и выходит за рамки MaintenanceTime, мешая работать пользователям. Естественно, что первое желание админа при таком подвохе - оптимизатор выключить. Как было раньше - 20 табличек обрабатывалось оптимизатором за проход на валидацию/дефрагментацию, 20 - просто валидация и сбор статистики (быстрее). Теперь по умолчанию валидируется и дефрагментируется 30 табличек (по ним и статистика собирается), валидация и сбор статистики отдельно не производится. Это исключило случаи, когда из-за древнезапущенной БД валидируется фрагментированная табличка. Старый режим лучше тем, что быстрее проходит круг табличек, собирая статистику.

█ 26.10.2011 13:13

Цитата:

Dim ➤ а может оптимайзер сам будет стопить почтовый и кассовый сервера?

Нет, сейчас он себе попробует на время работы очищать пространство, блокируя supermag. А в целом идея маложивуча. Часто эти сервисы стоят отдельно.

█ 26.10.2011 13:21

Простейший расчет (версия 1028.2):

Цитата:

SQL> select count(*) from dba_tables where owner='SUPERMAG';

COUNT(*)
----------
893

Исходим из оптимистичного предположения, что оптимизируется 30 табличек в час. Итого, по умолчанию - три часа МТ, за ночь он переворачивает 90 табличек.
893/90=9.6, т.е. со всеми форсмажорами и переносами ТД, он при трехчасовом МТ будет проходить таблички по кругу за две недели. Я считаю - это нормально.

█ 27.10.2011 02:35

а чего это после оптимизатора у меня на всех базах залочился пользователь supermag?