|
|
SQL не использует всю память
|
Я
|
|
| rufuscorvin 31.12.20 - 11:32 | Всем день добрый.
Сервер - win2016 x64 standart, SQL 2016 x64 Enterprise. Сервер - XEON 4210R, 256гб ОЗУ.
Перенёс базы данных на новый этот сервер значит. Всё хорошо, кроме того что сервер SQL использует всего 49437 МБ ОЗУ.
Смотрел этим - "select cntr_value/1024 [memory, mb] from sys.sysperfinfo where counter_name = 'Total Server Memory (KB)'".
Через sp_configure 'max server memory' видим
name minimum maximum config_value run_value
max server memory (MB) 128 2147483647 204800 204800
Аппаратного резерва памяти 1,3 ГБ.
Система + SQL сейчас кушают 54,1 ГБ из 255 ГБ.
В свойствах сервера SQL пункт "Память" = "260781 МБ".
В настройках памяти минимум стоит 128000, максимум 204800.
Куда копать? Несколько дней форумы копаю, никакого решения пока не нашёл.
Заранее всех благодарю за помощь) и всех с наступающим!) |
| H A D G E H O G s 1 - 31.12.20 - 11:34 | Может все в памяти, что нужно, по максимуму.
|
| rufuscorvin 2 - 31.12.20 - 11:36 | ( 1) Залил самую большую БД 100 гб, озу скушалось до текущих значений, залил вторую, третью, все запустил, разрешил регламенты. Сейчас там баз на 150 гб, а память больше кушаться не стала. |
| rufuscorvin 3 - 31.12.20 - 11:37 | Странная штука, обычно боролся чтобы память всю не сжирал SQL, а тут обратные грабли, ешь - не хочу...
|
| 1Сергей 4 - 31.12.20 - 11:53 |
|
| NorthWind 5 - 31.12.20 - 11:54 | ( 0) ну по-видимому, все же есть предел. 50 гигов это, знаете ли, прилично. У меня на сервере всего 32. |
| 1Сергей 6 - 31.12.20 - 11:58 | ( 5) да, дахрена...
Зацени сколько у нас :)
|
| vde69 7 - 31.12.20 - 13:12 | ну на самом деле 50...100 гигов для SQL действительно хватает практически для любых баз и любого количества юзеров (если конфы адекватные), конечно можно весь демпдб пытаться в память засунуть, но тут как говорится с дуру и х сломать можно.
ну а все мега проекты где этого мало как правило надо решать через кластеры...
|
| Sserj 8 - 31.12.20 - 13:31 | ( 2) А почему вдруг решил что SQL будет всю базу в память запихивать?
В кэше только нужные данные содержатся. Из твоих 100ГБ БД используется то около 1ГБ данных. |
| Провинциальный 1сник 9 - 31.12.20 - 13:34 | ( 8) Сейчас тебе скажут, что для эффективной работы "шоб летало" надо, чтобы вся база помещалась в память) |
| Cyberhawk 10 - 31.12.20 - 14:04 | "В свойствах сервера SQL пункт "Память" = "260781 МБ""
Покажи |
| rufuscorvin 11 - 31.12.20 - 14:29 | |
| Конструктор1С 12 - 01.01.21 - 11:25 | ( 0) а как ты понял, что скуль кушает памяти меньше чем надо? |
| Конструктор1С 13 - 01.01.21 - 11:35 | ( 7) не хватает. Слышал на серверах БД сбера оперативная память терабайтами, и таких серверов много |
| rphosts 14 - 01.01.21 - 11:39 | ( 0) Регулятор Ресурсов (Resource Governor) случаем не включен? |
| Конструктор1С 15 - 01.01.21 - 11:50 | Пчелайн - 4 терабайта оперативы только на сервере БД, и ещё множество проектов, где суммарно на терабайты оперативы
|
| ansh15 16 - 01.01.21 - 13:06 | Так и происходит крушение устоявшихся в сознании мифов о том, что "MSSQL такой прожорливый, что съест сколько ни дай".
Надо было, всего лишь, слегка увеличить объем памяти с 16-32 ГБ до нормальных, для конкретных задач, значений.
Эта память недолго будет свободной, придут пользователи, накэшируют всего, чего только можно, еще пара десятков интенсивных обменов с большими объемами данных и опять возникнет мысль об ограничении потребления памяти 1С и СУБД, иначе до свопа рукой подать.
|
| Провинциальный 1сник 17 - 01.01.21 - 13:13 | ( 16) На самом деле нафига не нужна огромная память sql-серверу для задач OLTP, к которым относится и 1с. Ибо там работа на чтение ведется с небольшим куском актуальных данных, и только их есть смысл кэшировать. Остальное просто неэффективно засоряет кэш. |
| mistеr 18 - 01.01.21 - 16:28 | ( 3) Когда не с чем бороться, чувствуешь себя некомфортно? |
| Cyberhawk 19 - 02.01.21 - 17:31 | ( 11) С другой вкладки покажи |
