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

BelkinИ как тогда узнать, например, что именно на той сессии, что не отображена в представлении, расходуется больше всего памяти?Вы же сами процитировали, что сессия расходует 0 памяти, и тогда она не отображается в представлении.

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

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

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

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

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

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

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

"как обычно" - это всё слова, никто не заставит разработчика без прав ставить винды и настраивать маршрутизатор, попутно ругаясь с провайдером. Нет прав - нет администрирования.

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

Mindalexeyvgпропущено...
Это же чисто админские вопросы. Разработчик без прав пишет код, и не лазит в sys.dm_os_buffer_descriptors. А DBA решает проблемы с сервером.

"как обычно" - это всё слова, никто не заставит разработчика без прав ставить винды и настраивать маршрутизатор, попутно ругаясь с провайдером. Нет прав - нет администрирования.

Нужно просто сказать, что проблема решается такой то галочкой в настройках, но вы эту галочку крякать не имеете права, ибо на это есть специально уполномоченные Компанией сотрудники.Вы ей богу как будто живете в сказочной стране. Полно компаний где ДБА позиции (если такие вообще есть) занимают некомпетентные или просто ленивые люди. Которые любят говорить у нас все нормально, cpu 20% memory 55%, это проблема у вас в коде, вы программисты вы и фиксайте. Чтобы найти какую галочку поменять надо сначала провести расследование, а не у всех програмеров на это права есть. Да и даже если найти, ДБА могут сказать мы менять не будем, риски что-нибудь сломать слишком велики, а потом спрашивать будут с нас.Я всё это понимаю, но я же писал не про то, что так нужно решать проблему, а про то, что нужно уметь избегать назначения крайним за чужие косяки/бездействие.
Не надо даже начинать расследование проблем, нужно сразу открещиваться от попыток проводить "оптимизации" без админских прав.

"Мы отвечаем за функционал, за производительность и настройки отвечают служба эксплуатации".
"Мы отвечаем за производительность на нашем тестовом окружении - вот результаты нагрузочных тестов, а за производительность на продакшене отвечают настройщики продакшена".

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

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