Имя: Пароль:
1C
1С v8
SQL не использует всю память
,
0 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.

Куда копать? Несколько дней форумы копаю, никакого решения пока не нашёл.
Заранее всех благодарю за помощь) и всех с наступающим!)
1 H A D G E H O G s
 
31.12.20
11:34
Может все в памяти, что нужно, по максимуму.
2 rufuscorvin
 
31.12.20
11:36
(1) Залил самую большую БД 100 гб, озу скушалось до текущих значений, залил вторую, третью, все запустил, разрешил регламенты. Сейчас там баз на 150 гб, а память больше кушаться не стала.
3 rufuscorvin
 
31.12.20
11:37
Странная штука, обычно боролся чтобы память всю не сжирал SQL, а тут обратные грабли, ешь - не хочу...
4 1Сергей
 
31.12.20
11:53
5 NorthWind
 
31.12.20
11:54
(0) ну по-видимому, все же есть предел. 50 гигов это, знаете ли, прилично. У меня на сервере всего 32.
6 1Сергей
 
31.12.20
11:58
(5) да, дахрена...
Зацени сколько у нас :)
http://pics.rsh.ru/img/000_9m128sa3.png
7 vde69
 
31.12.20
13:12
ну на самом деле 50...100 гигов для SQL действительно хватает практически для любых баз и любого количества юзеров (если конфы адекватные), конечно можно весь демпдб пытаться в память засунуть, но тут как говорится с дуру и х сломать можно.

ну а все мега проекты где этого мало как правило надо решать через кластеры...
8 Sserj
 
31.12.20
13:31
(2) А почему вдруг решил что SQL будет всю базу в память запихивать?
В кэше только нужные данные содержатся. Из твоих 100ГБ БД используется то около 1ГБ данных.
9 Провинциальный 1сник
 
31.12.20
13:34
(8) Сейчас тебе скажут, что для эффективной работы "шоб летало" надо, чтобы вся база помещалась в память)
10 Cyberhawk
 
31.12.20
14:04
"В свойствах сервера SQL пункт "Память" = "260781 МБ""
Покажи
11 rufuscorvin
 
31.12.20
14:29
12 Конструктор1С
 
01.01.21
11:25
(0) а как ты понял, что скуль кушает памяти меньше чем  надо?
13 Конструктор1С
 
01.01.21
11:35
(7) не хватает. Слышал на серверах БД сбера оперативная память терабайтами, и таких серверов много
14 rphosts
 
01.01.21
11:39
(0) Регулятор Ресурсов (Resource Governor) случаем не включен?
15 Конструктор1С
 
01.01.21
11:50
Пчелайн - 4 терабайта оперативы только на сервере БД, и ещё множество проектов, где суммарно на терабайты оперативы

https://v8.1c.ru/tekhnologii/tekhnologii-krupnykh-vnedreniy/vypolnennye-proekty-tsktp/oborudovanie-na-realnykh-vnedreniyakh/
16 ansh15
 
01.01.21
13:06
Так и происходит крушение устоявшихся в сознании мифов о том, что "MSSQL такой прожорливый, что съест сколько ни дай".
Надо было, всего лишь, слегка увеличить объем памяти с 16-32 ГБ до нормальных, для конкретных задач, значений.
Эта память недолго будет свободной, придут пользователи, накэшируют всего, чего только можно, еще пара десятков интенсивных обменов с большими объемами данных и опять возникнет мысль об ограничении потребления памяти 1С и СУБД, иначе  до свопа рукой подать.
17 Провинциальный 1сник
 
01.01.21
13:13
(16) На самом деле нафига не нужна огромная память sql-серверу для задач OLTP, к которым относится и 1с. Ибо там работа на чтение ведется с небольшим куском актуальных данных, и только их есть смысл кэшировать. Остальное просто неэффективно засоряет кэш.
18 mistеr
 
01.01.21
16:28
(3) Когда не с чем бороться, чувствуешь себя некомфортно?
19 Cyberhawk
 
02.01.21
17:31
(11) С другой вкладки покажи