Кратко: База - переписанная УПП 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% памяти было свободно при максимальных загрузках

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

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

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

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

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

ну и традиционно http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

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

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

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

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

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

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

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

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

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

(17) поставь раз в 1 час

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

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

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

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

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

(22) 100 тыс строк или сколько

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

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

(25) "Хуже не будет"

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

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

(30) Ничего.

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

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

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

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

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

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

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

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

(39) 10 Гб

(40) инструмент в (10)

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

(42) см (43)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

http://www.gilev.ru/apdex-teoriya/ выдели самые важные операции, анализируй конкретно их, а не все вместе.

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

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

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

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

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

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

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

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

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

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

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

(38) >  оптимизатор НЕ использует статистику а использует ту самую таблицу весов...

Почему не использует?
Как раз использует, чтобы на её основании построить эту таблицу весов

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

https://msdn.microsoft.com/ru-ru/library/ms190397.aspx

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

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

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

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

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

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

(0) Как так, сервер имеет 24 (это еще учитывая что сам сервер требует памяти)

Вы SQL даете 34... !!!???   И еще жалуетесь, что тормозит :)

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

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

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

(80) Где ты 34 нашел????

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

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

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

про линк между серверами :) http://wiki.mista.ru/doku.php?id=it:set_dual_net

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

(86) Это полный ппц

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

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

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

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

(92) Какой прирост?

У тебя 27 всего, SQL при пиковой загруженности ТУПО съест всю память.

Вопрос, Что при этом будет делать сам Сервер (который Windows)?

SQL конечно должен чего там отпустить, но это произойдет не раньше, чем сам SQL насладится всей памятью.

И не забывай, что SQL любит свою табличку TempDB :)

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

(94) Сейчас запущу

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

(94) 2 секунды

(99) ну значит проведение тормозит, тогда партии

(88) Сеть 10 Гб, загрузка сети 1,5%. Есть смысл что то еще делать ?

(101) у тебя маршрут между скулем и 1с однозначный? или маршрутов несколько?

если маршрутов несколько - нужно настраивать маршрутиризацию, как это у Вас сейчас я не знаю....

(102) Я так понял что маршрут настраивается когда несколько сетевых карт. В серверах по одной сетевой карте. Они в одной подсети.

У меня большая уверенность, что 27 Гб ОЗУ на SQL мало для 150 активных пользователей при размере базы в 200 ГБ.
Но как это подтвердить я не знаю :)

(104) а никак, ответ был уже, либо верят тебе, либы вызывайте какой нить софтпоинт и он даст бумажку, которой можно махать

а если тебе не верят, то печалька

(105) (106) Тут не в вере дело, а в обосновании :)
Внешний аудит, к сожалению, ислючен.

(103) тогда я что-то я сомневаюсь в 10г сетке... конечно все может быть, но я сомневаюсь :)

(108) VMWare же ))

(107) 32 Гб ОЗУ не такие большие деньги стоят, для конторы со 150 пользователей.

Скажи с товарищами на форуме посоветовался, сказали поставить 32 Гб ОЗУ.
Лишним точно не будет.

(110) Я согласен, что можно аргументировать свое решение экспертным мнением. Хотелось же сосредоточится на инструментальных методах.

Доп память не поможет, пока с блокировками не разберетесь

у вас 1с и скл на одном физическом, но в разных виртуальных?

есть тупой способ борьбы с блокировками - ССД диски

(113) Похоже что так

(114) База на ССД, ТемпДБ в ОЗУ

(116) Тогда только отложенное проведение

Столько слов и рассуждений :)

>>>Вопрос - как можно узнать, достаточно ли SQL -серверу памяти ?

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

И начинать допиливать УПП до человеческих запросов, дописывать паузы для обработок перепроведения, оптимизировать отчеты и т.д... на что только способен 1С-ник :)

Вопрос из профа на эксперта
http://ximage.ru/index.php?id=1433411237

(116)(118) для определения, хватает ли памяти SQL - как уже писали, есть один конкретный счетчик. Если он у вас 98-100% ===> значит хватает. Искать где тормозит и переделывать.

А вообще на 200 гиговую базу можно и накинуть озы, 32гб в компы сейчас ставят.

все не читал,Взаимоблокировки были?!

ИМХО, отказ от виртуалки даст прирост производительности намного больше, чем добавление памяти.

(123) 8-12% разницы в производительности. Проверяли.

(122) Не мерили, но думаю что есть

(119) Может я тебя разочарую, но все эти счетчики ничего не покажут, если скуль ограничить по памяти "сверху".

(126) Вопрос - как можно узнать, достаточно ли SQL -серверу памяти ? Ответ - посмотреть счетчики. Вопрос - ваши счетчики фигня, как посмотреть, достаточно ли SQL -серверу памяти ?

(127) Нет. Не так. Скорее что показания счетчиков не всегда однозначно указывают на то что памяти достаточно.

(127) Попробуй, ограничь память именно в скуле и посмотри на них.
Скулю будет плевать на винду, он сам разибрается со своими проблемами.
И одно дело мониторить нагрузку 10-20 пользователей, и совсем другое - 150.
Нагрузка на сервер есть всегда

флуд уже идет
автор просто не хочет работать

(130) Автор пытается понять, если ли еще какие либо способы, о которых не пишет 1С ИТС и настольная книжка  эксперта по техн. вопросам.

(131) это уже в пределах бреда

(132) с чего бы это ? Если все счетчики о которых пишут показывают что все ОК. А при добавлении памяти увеличивается скорость что это значит ?

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

(134) Согласен, может быть. Но приходится сейчас заниматься этим мне, и с этим ничего не поделаешь :)

по сколько у Вас сервер виртуальный предлагаю сделать эксперимент.

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

(136) Ситуация настолько идиотская что.... Короче я сразу это предложил, тем более что замеры работают пару месяцев, и прирост бы оценили через 2-3 дня работы. Но отказали, т.к. нет веских аргументов что памяти действительно не достаочно )) Админы тоже могут смотреть счетчики. По ним все в пределах нормы.

Единственный скрипт, который показывает что памяти мало вот тут
http://blogs.msmvps.com/gladchenko/2012/06/19/tips-for-dba-memtest/

Ребзя, есть кто может запустить у себя ?

(137) в (133) подтвержденный факт? т.е. при памяти для скуля в 16 гигов кэш хит был также 98%, но тормозило больше?

у меня пишет что недостаточно памяти для запросов

(139) Собирался простой тестовый стенд. Скулю давали памяти  2 ГБ. Запускали 2-сеанаса и нагружали сервер перепроведением документов. попадание в кеш после 5 минут 99%.
Урезали память до 256 Мб - попадание в кеш после 5 минут - 99%.
Попробуй, это не сложно. Может у меня руки кривые...

(141)  Урезали именно размер памяти доступный скулю