|   |   | 
| 
 | 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 | ||||
| 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) С другой вкладки покажи     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |