32-битный SQL съедает оперативную память в 64-битной ОС, пока SQL не поставлен на колени
Это может быть связано с другими темами, которые я видел, но мне нужно решение этой конкретной ситуации. Экземпляр SQL постоянно потребляет все больше и больше ОЗУ, пока примерно через неделю он не захватит более 3,5 ГБ ОЗУ (помните, что это 32-разрядный экземпляр, и нет, я не могу использовать 64-разрядный экземпляр) и функциональность экземпляра в основном приходит к полной остановке, заставляя перезагрузить сервер, чтобы освободить его. Должен быть более элегантный метод восстановления ОЗУ или изменения конфигурации, чтобы предотвратить это в первую очередь. Я, очевидно, не эксперт в SQL Server, и этот экземпляр в основном был установлен по умолчанию, поэтому он определенно не оптимизирован.
Этот параметр конфигурации должен стать хорошим началом:
Изменить: Кроме того, имейте в виду, что ограничение объема ОЗУ, которое разрешено использовать SQL, сэкономит память для других приложений, других экземпляров и самой ОС ... но, ограничив объем ОЗУ, который разрешено использовать SQL, вы может просто быстрее ударить по стене производительности. SQL начнет выгружать данные на диск, когда у него заканчивается ОЗУ, независимо от того, жестко ли вы ограничиваете объем ОЗУ, который SQL может использовать или нет. Если вам нужна производительность, вы не должны использовать диски компьютера. Это означает добавление дополнительной оперативной памяти, использование 64-битных экземпляров, чтобы они могли использовать дополнительную оперативную память, а также более эффективные индексы и запросы. Вы уже сказали, что не можете сделать первые два - следующим шагом будет поиск администратора баз данных, который попытался бы оптимизировать ваши данные и запросы, чтобы они не использовали столько памяти.