Коллеги, привет.

Подскажите пожалуйста, как узнать сколько памяти используется каждой сессией.

Есть представление sys.dm_exec_query_memory_grants в котором есть информация о памяти по сессиям, но там нет сессий, которым была выделена память и они в ней больше не нуждаются.

Есть представление sys.dm_os_buffer_descriptors в котором страницы объектов в памяти.

Можно ли как-то выйти на сессии?

Проблематика: Иногда заканчивается память и необходимо понять, кто и каким запросом/сессией использует больше всего памяти.

-----------
Андрей.

alexeyvgBelkinИногда заканчивается память и необходимо понять, кто и каким запросом/сессией использует больше всего памяти.Память в основном используется буферным пулом, а его невозможно разделить на сессии (то есть, если в 2х сессиях делается запрос к одним и тем же страницам данных, то получается, что обе сессии используют одну и ту же память)
В sys.dm_exec_query_memory_grants показывается память именно для выполнения запроса, так что туда смотреть нужно, если у вас не хватает памяти, например, для сортировки.

Спасибо за ответ. Про буферный пул понятно.
Что касается sys.dm_exec_query_memory_grants , то на странице https://technet.microsoft.com/ru-ru/ms365393(v=sql.15) написано " Возвращает сведения обо всех запросах, которые запросили и ожидающих предоставления памяти или были присвоены предоставления памяти. В этом представлении не будут отображены запросы, которые не нуждаются в предоставлении памяти. "
Получается, что есть запросы, которые выполняются, но в том представлении не будут фигурировать. И как тогда узнать, например, что именно на той сессии, что не отображена в представлении, расходуется больше всего памяти?

alexeyvgBelkinИ как тогда узнать, например, что именно на той сессии, что не отображена в представлении, расходуется больше всего памяти?Вы же сами процитировали, что сессия расходует 0 памяти, и тогда она не отображается в представлении.
Я как такового сообщения не наблюдал. Видел, что запросы выполнялись минутами вместо секунд.
При этом в sys.dm_os_memory я видел доступных пару сотен мегабайт памяти из 51Гб и сообщение "Available physical memory is high"
Нет, чуток обманываю, пару раз при запуске запроса сам ловил, что-то типа того, что невозможно распределить память.

"Не нуждаются в предоставлении памяти" - я понимаю это так, им уже предоставлено все, что они требовали.

Тогда объясните мне пожалуйста, что за объем памяти для сессий указан в sys.dm_exec_query_memory_grants ? Сумма по колонке granted_memory_kb дает 2ГБ (это память именно на расчеты?), при этом в sys.dm_os_memory доступно около 10ГБ из 51ГБ

Yasha123BelkinВидел, что запросы выполнялись минутами вместо секунд.

надо было смотреть ожидания.
может, ждал снятия блокировок.
может, ошибся в плане и пошел делать Nested Loops на миллионах строк.
тут вообще ни слова о памяти

Проблема была с памятью!
Немного неверно написал в предыдущем сообщении
"При этом в sys.dm_os_memory я видел доступных пару сотен мегабайт памяти из 51Гб и сообщение "Available physical memory is LOW""

alexeyvgBelkin"При этом в sys.dm_os_memory я видел доступных пару сотен мегабайт памяти из 51Гб и сообщение "Available physical memory is LOW""Где сообщение, в sys.dm_os_memory, или на экране Windows?
Сообщение, в sys.dm_os_memory

alexeyvgYasha123пропущено...

виртуалочка?
у нас тоже было LOW,
когда виртуалка отгребала серверную память.
накажите системиста, выдайте серверной учетке LOCK PAGES IN MEMORYУгу, это не "нехватка памяти", а ненужная борьба за физическую память между приложениями через менеджер виртуальной памяти.
Нужно просто правильно настроить.

Коллеги, спасибо за подсказки.
Что меня до сих пор не успокаивает, это то, что проблему решили перезагрузкой Агента SQL Server. Как такое может быть?

Всем спасибо за подсказки!

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