Была уже такая проблема когда SQL НЕ хавал оперативку, но не помню как устранил.
БД серверная 100Гб. Обычно SQL хавает по максимуму оперативки, а тут 200Мб схавал и ему достаточно. В чем может быть проблема?

(0) перезапусти скуля

(1) Не помогает.

Я такое видел, делал dbcc checkdb и он шустренько начинал вкушать

Неправильно смотрите

Надо вот так DBCC MEMORYSTATUS

(2) а какое ограничение по памяти стоит?

(5) 42Гб

(6) а с базой кто-нибудь работает?

(7) Да

(7) Через тонкий клиент

Запустите обновление статистики базы и удивитесь

(10) Делал, и фрагментацию индексов БД тоже делал.

MEMORYSTATUS что говорит?

WITH RingBufferXML
AS(SELECT CAST(Record AS XML) AS RBR FROM sys .dm_os_ring_buffers
   WHERE ring_buffer_type = 'RING_BUFFER_RESOURCE_MONITOR'
  )
SELECT DISTINCT 'Зафиксированы проблемы' =
          CASE
                    WHEN XMLRecord.value('(ResourceMonitor/IndicatorsProcess)[1]','tinyint')  = 0 AND
                         XMLRecord.value('(ResourceMonitor/IndicatorsSystem)[1]','tinyint')   = 2
                    THEN 'Недостаточно физической памяти для системы'
                    WHEN XMLRecord.value('(ResourceMonitor/IndicatorsProcess)[1]','tinyint')  = 0 AND
                         XMLRecord.value('(ResourceMonitor/IndicatorsSystem)[1]','tinyint')   = 4
                    THEN 'Недостаточно виртуальной памяти для системы'
                    WHEN XMLRecord.value('(ResourceMonitor/IndicatorsProcess)[1]', 'tinyint') = 2 AND
                         XMLRecord.value('(ResourceMonitor/IndicatorsSystem)[1]','tinyint')   = 0
                    THEN'Недостаточно физической памяти для запросов'
                    WHEN XMLRecord.value('(ResourceMonitor/IndicatorsProcess)[1]', 'tinyint') = 4 AND
                         XMLRecord.value('(ResourceMonitor/IndicatorsSystem)[1]', 'tinyint')  = 4
                    THEN 'Недостаточно виртуальной памяти для запросов и системы'
                    WHEN XMLRecord.value('(ResourceMonitor/IndicatorsProcess)[1]','tinyint')  = 2 AND
                         XMLRecord.value('(ResourceMonitor/IndicatorsSystem)[1]','tinyint')   = 4
                    THEN 'Недостаточно виртуальной памяти для системы и физической для запросов'
                    WHEN XMLRecord.value('(ResourceMonitor/IndicatorsProcess)[1]', 'tinyint') = 2 AND
                         XMLRecord.value('(ResourceMonitor/IndicatorsSystem)[1]', 'tinyint')  = 2
                    THEN 'Недостаточно физической памяти для системы и запросов'
         END
FROM        RingBufferXML
CROSS APPLY RingBufferXML.RBR.nodes ('Record') Record (XMLRecord)
WHERE       XMLRecord.value('(ResourceMonitor/IndicatorsProcess)[1]','tinyint') IN (0,2,4) AND
            XMLRecord.value('(ResourceMonitor/IndicatorsSystem)[1]' ,'tinyint') IN (0,2,4) AND
            XMLRecord.value('(ResourceMonitor/IndicatorsProcess)[1]','tinyint') +
            XMLRecord.value('(ResourceMonitor/IndicatorsSystem)[1]' ,'tinyint') > 0

Разобрался. Все банально, служба SQL работала от системы, запустил под пользователем и все побежало, вот уже 19Гб схавало.

А ты там кем?

(15) Создал нового пользователя, никакие права не давал.

Бггг

(16) а зачем ты это сделал?

(18) Что? Пользователя создал?

(19) изменил параметры запуска службы с NT Service\MSSQLSERVER на хз что

(20) Сервер не мой.

Это прям как давеча в одной из веток
"Я не фрилансер"
"Это проблема клиента"
и т.д. ))

след ветка... "Скуль жрёт память"