Я знаю, что SQL любит RAM, но выпускает его, когда Windows спрашивает. Я знаю, что так SQL должен работать. Но у меня есть администратор Windows, который не уверен, что SQL на самом деле вернет ОЗУ, и на этом (виртуальном) сервере SQL не понадобится много, как только службы Analysis Services будут завершены, но на этом сервере больше ничего не мешает. спросите SQL за многое.
Поэтому я пытаюсь заверить администраторов Windows, что проблемы с виртуальной средой не «потому что SQL использует слишком много ОЗУ», но я не могу убедить SQL выпустить его без перезапуска службы.
При обработке кубов служба SQL с радостью отнимает 8 ГБ ОЗУ, но, поскольку на нее нет давления, большая часть этого не высвобождается в течение обычного дня. Ребята из Windows кричат, и было бы намного лучше, если бы SQL выпустил это.
Я не хочу использовать параметр max memory, потому что на самом деле я хочу, чтобы SQL использовал столько памяти при обработке. Я просто хочу, чтобы потом снова вернуться вниз.
Это потенциально дубликат SQL Server, который не освобождает память и освобождает память от SQL Server , но мне интересно, есть ли другой ответ. Ожидание, когда Windows исправит это, не убедит парней Windows здесь. Перезапуск сервиса - вариант, но я действительно не фанат этой идеи.
Я хочу знать, как заставить Windows просить это назад ...
sp_configure
это обычно то, что вы должны установить один раз и оставить в покое.