[ТЕМА ЗАКРЫТА]
Опции темы
24.10.2011 13:20  
AlexeyF
центральный фаревол без ограничения сталкивался с нереальным количеством соединений - напрягает
уже за много лет это ограничение устоялось
 
25.10.2011 11:19  
AlexeyF
странно...
устанавливаю IamNoob = no, пару раз запускаю оптимайзер -с=о и получаю IamNoob = yes
Совсем не удобно
 
25.10.2011 11:33  
OlegON
увы, для незарегистрированных так. поправлю потом - будет только в Maintenance это делать
 
26.10.2011 12:45  
AlexeyF
Цитата:
+ Параметр DisableOldStats (yes) - отключение агрессивного сбора статистики.
ставится по умолчанию (yes), но по идее это те у кого проблемы с валидацией должны сами ставить, а кого устраивает как работали, так и работали бы дальше. Сейчас получится что надо обязательно параметр поменять, или сразу, или по рекомендации, через полгода.

Исхожу из того что старый режим агрессивной валидации лучше, чем DisableOldStats=yes, как сечас - так это или не так, лучше или нет?
 
26.10.2011 13:06  
Dim
а может оптимайзер сам будет стопить почтовый и кассовый сервера?
 
26.10.2011 13:08  
AlexeyF
Цитата:
Сообщение от Dim
а может оптимайзер сам будет стопить почтовый и кассовый сервера?
вот только не надо это делать по умолчанию
 
26.10.2011 13:11  
OlegON
Цитата:
Сообщение от AlexeyF
Исхожу из того что старый режим агрессивной валидации лучше, чем DisableOldStats=yes, как сечас - так это или не так, лучше или нет?
Проблема в том, что сталкиваются с неприятностями при использовании этого параметра новички. У меня, например, вообще ни разу не проявлялась эта засада. В чем она состоит - при сильной фрагментации таблички и древней статистике по ней валидация идет очень долго и выходит за рамки MaintenanceTime, мешая работать пользователям. Естественно, что первое желание админа при таком подвохе - оптимизатор выключить. Как было раньше - 20 табличек обрабатывалось оптимизатором за проход на валидацию/дефрагментацию, 20 - просто валидация и сбор статистики (быстрее). Теперь по умолчанию валидируется и дефрагментируется 30 табличек (по ним и статистика собирается), валидация и сбор статистики отдельно не производится. Это исключило случаи, когда из-за древнезапущенной БД валидируется фрагментированная табличка. Старый режим лучше тем, что быстрее проходит круг табличек, собирая статистику.
 
26.10.2011 13:13  
OlegON
Цитата:
Сообщение от Dim
а может оптимайзер сам будет стопить почтовый и кассовый сервера?
Нет, сейчас он себе попробует на время работы очищать пространство, блокируя supermag. А в целом идея маложивуча. Часто эти сервисы стоят отдельно.
 
26.10.2011 13:21  
OlegON
Простейший расчет (версия 1028.2):
Цитата:
SQL> select count(*) from dba_tables where owner='SUPERMAG';

COUNT(*)
----------
893
Исходим из оптимистичного предположения, что оптимизируется 30 табличек в час. Итого, по умолчанию - три часа МТ, за ночь он переворачивает 90 табличек.
893/90=9.6, т.е. со всеми форсмажорами и переносами ТД, он при трехчасовом МТ будет проходить таблички по кругу за две недели. Я считаю - это нормально.
 
27.10.2011 02:35  
whitewizard
а чего это после оптимизатора у меня на всех базах залочился пользователь supermag?
 
 


Опции темы



Часовой пояс GMT +3, время: 14:35.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.