Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
Имеется Windows Server 2003 32bit
MS Sql Server 2005
6 Гб оперативной памяти
БД около 14 Гб.
И 1С 7.7

Последнее время наблюдается постоянное снижение производительности при выполнении одних и тех же операций (например проведение документов). Спасает выполнение sql: DBCC FREEPROCCACHE
Это может выровнять ситуацию как на несколько недель, так и на несколько минут. После этого скорость работы не вызывает нареканий, но тормоза все равно возвращаются. Что характерно процессор никогда не бывает занят больше чем на 15%...

В какую сторону копать? Буду признателен за советы.
8 сен 11, 16:47    [11249259]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
Anatoly Podgoretsky
Member

Откуда:
Сообщений: 62908
Добавить памяти, лучше 32 гб
8 сен 11, 16:50    [11249284]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
Anatoly Podgoretsky, единственный вариант?
8 сен 11, 16:54    [11249333]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
shaman0, почему железа может то хватать то не хватать? Работает пару недель - потом затык.
8 сен 11, 16:55    [11249349]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
железный дровосек
Guest
shaman0,

сточилось.
8 сен 11, 16:59    [11249402]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
более конструктивные мысли приветствуются :)
8 сен 11, 17:08    [11249490]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31950
shaman0
Имеется Windows Server 2003 32bit
MS Sql Server 2005
6 Гб оперативной памяти
БД около 14 Гб.
И 1С 7.7

Последнее время наблюдается постоянное снижение производительности при выполнении одних и тех же операций (например проведение документов). Спасает выполнение sql: DBCC FREEPROCCACHE
Это может выровнять ситуацию как на несколько недель, так и на несколько минут. После этого скорость работы не вызывает нареканий, но тормоза все равно возвращаются. Что характерно процессор никогда не бывает занят больше чем на 15%...

В какую сторону копать? Буду признателен за советы.
А сколько памяти используется? Включено ли AWE, /3Gb ?
8 сен 11, 17:32    [11249698]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
AWE включено
/3Gb - нет
Под sql выделено 4608 мб
8 сен 11, 17:43    [11249782]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
trew
Member

Откуда: Москва
Сообщений: 2646
shaman0,

автор
более конструктивные мысли приветствуются :)

Перестройка (rebuild) индексов и обновление статистики для всех таблиц
http://freesql.blogspot.com/2008/04/rebuild.html
8 сен 11, 17:52    [11249848]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
1d0
Member

Откуда: инфа100%
Сообщений: 2521
shaman0
shaman0, почему железа может то хватать то не хватать? Работает пару недель - потом затык.


индексы?
8 сен 11, 17:53    [11249851]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
Все эти процедуры не помогают, пробовал
а вот одна команда DBCC FREEPROCCACHE - и все "летает" насколько это возможно.
8 сен 11, 17:58    [11249888]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
Shakill
Member

Откуда: мск
Сообщений: 1887
shaman0
AWE включено
/3Gb - нет
Под sql выделено 4608 мб

а если выделить больше?
8 сен 11, 18:04    [11249929]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
Shakill, сколько? Чтоб и ОСи хватило...
8 сен 11, 20:37    [11250519]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
железный дровосек
Guest
shaman0
Все эти процедуры не помогают, пробовал
а вот одна команда DBCC FREEPROCCACHE - и все "летает" насколько это возможно.


странно что все летает. суть-то всем понятна - строятся новые планы выполнения. закэшеные стали тормозными.
есть предположение что проблема в нескольких низкоуровневых частоиспользуемых процедурах - тогда понятно почему вся система начинает тупить, а потом так же вся взлетает. их бы найти и
WITH RECOMPILE
поставить.

и про обновление статистики+перестройка индексов не понял - только пробовали это делать? это регулярно должно отрабатывать. есть возможность ежедневно (база вроде не большая) - делайте ежедневно.

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

смысл вашей системы неизвестен, как вариант - на подсистему прав посмотрите. в самописных часто работа с деревьями и кэшами бывает подтупливает. там обычно кладезь подвигов для оптимизатора.
8 сен 11, 21:18    [11250647]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
железный дровосек, в первом посте я написал что софт - это 1С 7.7.
Тут насколько я понимаю менять и добавлять что-то не имеет смысла(даже если найти где и что) - конфигуратор все затрет при следующем обновлении конфигурации.
обновление статистики+перестройка индексов делал пару раз.
В комплекте с DBCC FREEPROCCACHE хватало на час-другой, без этого эффекта нет вообще.

Данные используются действительно разных временных интервалов и регулярно.
8 сен 11, 22:19    [11250858]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
Хотя насчет процедур - 1С их не использует. Вроде бы
8 сен 11, 22:22    [11250871]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31950
shaman0
AWE включено
/3Gb - нет
Под sql выделено 4608 мб
По моему, лучьше поставить /3Gb
AWE под кеши запросов и процедур не используется, так хоть побольше места для них будет.
А до 16 гигов у вас далеко, так что /3Gb не будет AWE мешать.
8 сен 11, 23:29    [11251051]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
железный дровосек
Guest
shaman0
в первом посте я написал что софт - это 1С 7.7.

да, я вчера когда отвечал еще подумал "вроде ветка про 1С", полистал сообщения и повечеревшими глазами упоминаний одинэса не увидел.

+database tuning advisor - доктор хаус для всяких непонятных баз вроде 1с.

как вариант:
FREEPROCCACHE+обновление статистики+перестроение индексов - в ежедневный ночной джоб.
9 сен 11, 09:04    [11251556]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
aleks2
Guest
shaman0
В какую сторону копать? Буду признателен за советы.

Пока вы не отловите один и тот же запрос в хорошем и плохом исполнении - фсе это будет напоминать зряшный перевод кофейной гущи.
9 сен 11, 09:28    [11251651]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
Slava_Nik
Member

Откуда: из России
Сообщений: 901
shaman0
обновление статистики+перестройка индексов делал пару раз.

Как выше было сказано, это должно быть постоянно на часто изменяемые таблицы, взависимости от фрагментации и частота перестроения индекс.
Счетчики производительности смотрели?
Реально сколько сикуль использует памяти по счетчикам в моменты тормозов?
9 сен 11, 09:33    [11251672]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
попячьсо
Guest
Не является ли это реинкарнацией старой проблемы в новом окружении? 1С-то осталась той же
9 сен 11, 10:41    [11252104]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
Продолжение темы...

купили еще 16 ГБ оперативной памяти, теперь на сервере 24 Гб.
В boot.ini:
автор
/noexecute=optout /fastdetect /PAE


В настройках SQL server-a включено AWE и установлена минимальная и максимальная память - 21504 Мб.
Пользователю под которым запускается служба sql разрешено "Закрепление страц в памяти".

В журналах SQL выдается сообщение:
автор
09/28/2011 13:56:13,spid4s,Неизвестно,Warning: unable to allocate 'min server memory' of 3648MB.


стоит ли говорить что 1С все равно тормозит...
Почему выдается такое сообщение?
30 сен 11, 10:17    [11359869]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
и забыл сказать, что по счетчикам производительности sql server потребляет всего 3,56 Гб оперативной памяти
30 сен 11, 10:19    [11359880]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
Glory
Member

Откуда:
Сообщений: 104751
shaman0
Почему выдается такое сообщение?

Вы собрались на Windows Server 2003 32bit использовать 24Гб ?
А вы спецификацию этой редакции читали на предмет максимального размера памяти ?
30 сен 11, 10:22    [11359901]     Ответить | Цитировать Сообщить модератору
 Re: Падение производительности  [new]
shaman0
Member

Откуда:
Сообщений: 61
Glory, Enterprise Edition до 32 Гб
30 сен 11, 10:31    [11359949]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить