Сколько памяти нужно SQL ? #744493

Кратко: База - переписанная УПП 1.3, размер 200 Гб. 150 активных пользователей. Сервер 1С 8.3 (не кластер) и SQL 2008. Памяти на сервере 1с - 24 Гб, на SQL - 32. На SQL сервере настроен минимум и максимум памяти - 27 и 27 Гб. соответственно. Вопрос - как можно узнать, достаточно ли SQL -серверу памяти ? Сейчас занято по верхнему пределу - 27 Гб. Пытался смотреть счетчики, но ни один не показывает что памяти не хватает. Загрузка процессоров на серверах одинакова 35-60%, с пиками до 75%. На Сервере 1С запущено 2 процесса. В сумме 3 Гб памяти. Очередь к диску не поднимается выше 0,2-0,5. А чаще ее вообще нет.

Кратко: База - переписанная УПП 1.3, размер 200 Гб. 150 активных пользователей. Сервер 1С 8.3 (не кластер) и SQL 2008. Памяти на сервере 1с - 24 Гб, на SQL - 32. На SQL сервере настроен минимум и максимум памяти - 27 и 27 Гб. соответственно. Вопрос - как можно узнать, достаточно ли SQL -серверу памяти ? Сейчас занято по верхнему пределу - 27 Гб. Пытался смотреть счетчики, но ни один не показывает что памяти не хватает. Загрузка процессоров на серверах одинакова 35-60%, с пиками до 75%. На Сервере 1С запущено 2 процесса. В сумме 3 Гб памяти. Очередь к диску не поднимается выше 0,2-0,5. А чаще ее вообще нет.

А откуда такой вопрос? Тормозит?

SQL занимает всю доступную память на всякий случай. Если кому надо, он отдаёт.

Нужно смотреть, как часто идёт обращение к файлу подкачки.

на одном сервере скули и 1с? если да - памяти мало... при таком раскладе нудно ставить 64 (или больше), скуль ограничь 32, потом в процессе работы смотри загрузку памяти и добавляй скулю с таким расчетом, что-бы 10% памяти было свободно при максимальных загрузках

Да. Тормозят отчеты и документы. Замером производительности найти узкие места не получается (На тестовой базе). Включены замеры времени.

SQL очень плохо отдает память, это повелось еще с AWE (там память не отдавалась вообще)

Больше чем нужно ему он не займет. Должен быть разумный предел. Выше которого добавление памяти не ведет к увеличению быстродейтсвия.

Это какой бюджет у  IT.

Практически нет обращений на обоих серверах.

ну и традиционно

На разных. На 1с - 24 гб, на SQL -32 (для SQL выделено 27)

+ Если есть лишка накинте еще 32 .

тогда вроде нормально должно быть, смотри

Ок, посмотрю. Для анализа ожиданий на блокировках поставлю еще ЦУП. А если не в блокировках дело, а просто скулю не хватает памяти ?

обновление статистики скуля как часто делается?

Не проблема накинуть, проблема обосновать на пальцах что не хватает. Пока ни один счетчик это не показывает. Методику брал из книжки "Настольная книга эксперта по техн. вопросам".

Включено автообновление статистики и принудительно раз в неделю.

Судя по посту в у вас все работает и не тормозит.

сколько свободного места на C: какой размер темпдб

поставь раз в 1 час

и проверь, что реально отрабатывает

Проведение ПТиУ - 10 сек.

На С: - много. Темб ДБ на RAM диске. Размер 4,5 ГБ. Свободно 3,8

А как узнать необходимость ?

Дурацкая ситуация - сервер SQL в распоряжении сисадмина.  Он не против что то поменять, но нужно сказать на каком оснвоании.

100 тыс строк или сколько

хаха. Нет, документы нормальные. 1-15 строк.

а чего хаха указывайте цифирками

"Хуже не будет"

что еще крутится на скуле?базы,терминал,файловая помойка

Написано вроде - от 1 до 15 строк.

Ничего.

в скуле есть лог джобов, там результа искать надо

Да зрассте не будет. Нет статистики - планы запросов  могут строиться дольше.

Думаешь какие то джобы работают постоянно и тормозят скуль ?

Речь про добавление памяти. Для 200гб базы и поболее, чем 27гб ОЗУ, не помешают.

+1 за добавление памяти скулю

скорее что-то НЕ ВЫПОЛНЯЕТСЯ обновление статистики - это не очистка а построение таблицы весов запросов на основании статистики, оптимизатор НЕ использует статистику а использует ту самую таблицу весов...

и да между серваками 1с и скулем коннект нормальный?

Вот я и ты это понимаем. Но как это померить инструментальными способами и узнать что ее не хватает ? :)

10 Гб

инструмент в

Выполнить скрипт нет прав. Могу только посмотреть  sys.dm_os_wait_stats

см

пусть админ делает :)

в пешее эротическое тур предложит

тогда забей и вали все на него, чего парится?

Ну а он валит на меня. Пользователи то почему должны страдать :)

Подключайте начальника

по памяти - смотри счетчик в перфмоне sql cache hit ratio. если мало - то памяти не хватает. однако то, что памяти не хватает не всегда по причине именно того, что мало физической памяти, а часто по причине кривых запросов

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

Это смотрел. Процент попадания 98-100 %

кстати часом не виртуалка?

НА скуль память не добавляется т.к. обращения к файлу подкачки почти нет, а попадание в кэш чуть ниже 100%

Виртуалка .... и чо ? :)

ууу брат, надо было говорить сразу )

а то, что тебе нужно смотрет счетчики гипервизора а виртуалки :)

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

Смотрел. По диску практически ничего нет. Очередь не превышает 0.3-0.6

выдели самые важные операции, анализируй конкретно их, а не все вместе.

достаточно воспроизвести тормоза и сделать замер средствами 1с.

А что получится ? Чтобы в журнал писалось все что выполняется дольше 1 секунды на SQL ?

есть мнение, что тормозят либо партии, либо очистка движений при проведении и то и другое уже не раз писалось как исправить

Включено. Замеры ведутся. Тормозит только когда работает куча народу. На тестовой базе все ок.

Да понимаешь, тормозит просто все подряд :)

я сейчас такое скажу... попробуй перенести сервер 1с на скуль :) ну, или 10гигабит прямую трубу между ними

время ожидания блокировок поставь 1 секунду и смоти, на каких таблицах будет выбивать

вообще "все тормозит" часто сводится к тому, что тормозит одна операция, но она часто используемая

посмотришь. для скульных запросов - посмотришь планы выполнения, все дела

для остальных - выделишь самые тормозные участки (по количеству выполнений и сумме времени выполнения)

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

>  оптимизатор НЕ использует статистику а использует ту самую таблицу весов... Почему не использует? Как раз использует, чтобы на её основании построить эту таблицу весов "Оптимизатор запросов использует эти статистические сведения для оценки количества элементов, то есть числа строк, в результатах запроса. Такая оценка количества элементов позволяет оптимизатору запросов создать высококачественный план запроса. Например, оптимизатор запросов может использовать оценочное количество элементов, чтобы выбрать оператор index seek вместо оператора index scan, который потребляет больше ресурсов, и благодаря этому повысить производительность запроса."

Как узнать - достаточно или нет? Настроить апдекс и посмотреть результаты

Вообще начинать разборы производительности без симптомов - бессмысленно

Апдекс настроен. 0,3 по ключевым операциям

И так 10 Гигиабит сейчас

труба прямая, или через железяку?

а ну фиг знает. Желехка если и есть, то какая нибудь крутая

Как так, сервер имеет 24 (это еще учитывая что сам сервер требует памяти) Вы SQL даете 34... !!!???   И еще жалуетесь, что тормозит :)

Тут у вас проблема с Системными администраторами, В школе математику не проходили, и почему то так уверены, что сам сервер не потребляет память :)

Партионный учет небось при проведении включен?

+ SQL съест под себя всю память без остатка, сколько бы вы ему не дали :)

Где ты 34 нашел????

Ибо если ресурсов хватает, а производительность низкая - это блокировки

Вроде да :) Это ппц ?

Как определить что ресурсов хватает, вот в чем вопрос.

про линк между серверами :)

Очередь к дискам, память свободная, загрузка процессора

Это полный ппц

Да хоть 27, побоку. :)

Он то съест, но даст ли это прирост скорости.

Да нет там нечего страшного. Это кривые руки от самой 1С и не желание программистов прописывать Паузы (которые не грузят процессор сервера) при перепроведении документов или еще чего по регламентному учету :)

сколько делается отчет продажи за месяц?

Какой прирост? У тебя 27 всего, SQL при пиковой загруженности ТУПО съест всю память. Вопрос, Что при этом будет делать сам Сервер (который Windows)? SQL конечно должен чего там отпустить, но это произойдет не раньше, чем сам SQL насладится всей памятью. И не забывай, что SQL любит свою табличку TempDB :)

Учету - Заданию :(

Сейчас запущу

Всего 32, для скуля 27