Товарищи, поделитесь рекомендацией, какой объем памяти от общедоступной обычно рекомендуется выделять СУБД MSSQL и стоит ли её вообще ограничивать?
Гугл на эту тему освещает не совсем однозначно. Где-то можно прочитать о 4-6гб, которых будет вполне достаточно, кто-то считает, что СУБД великолепно умеет сама грамотно распоряжаться нужным для работы объемом памяти и можно этот параметр вообще не настраивать.
Наверное истина как всегда где-то посередине, но все просто интересно было бы услышать живые, практические примеры, которые используются, проверены и положительно отражаются на деле.
Мне последнее время, чаще всего приходится иметь дело с машинками в 32-64гб. общего размера. По какому методу выделять СУБД, к примеру если выделить четверть, 25% будет достаточно ? Или реально более 4ГБ нет смысла отдавать?
Как быть с 1С сервером, нужно настраивать объем выделяемой памяти вручную или ей уже не надо?

(0)
https://its.1c.ru/db/metod8dev/content/5904/hdoc

(1) хорошая ссылка, спасибо, начал изучать.

(0)80% процентное попадание в кэш считается хорошо.

(3) смотрю кэш сейчас на машине, вижу всего 1,2 гб, при общей физической в 24 гб.

(1) формулу выделения памяти до конца не понял пока;
Пишут, что минимум должен быть от Total * 0.5, а максимум Total - 1024 * Total / Min. Это как ?

(4)
не тот кэш смотрите. нужно не кэш смотреть а счетяик производительности % поподания в кэш  мс скл .

(6) а где это мониторится, не подскажите ?

(5) от ВСЯпамять * 1/2
до ВСЯ память - (1 гиг на каждые 16 гиг в системе)

(5) " а максимум Total - 1024 * Total / Min. " - непрально цитируешь. нет там такой формулы.

(5) там не Min, там 16 гигов. Оставлять оси по гигу на каждые 16 гигов общей памяти

Ну и это рекомендация для трехзвенки.
Если скуль на одном серс сервером 1с, еще и терм юзвери там пасутся, то другие параметры по памяти будут

а вообще прошла целая эпоха. рам-чипсы теперь сильно дешевле. теперь можно считать объем памяти скуля = объем файлов БД * 1.1

если сервак выделенный то ограничивать не нужно

(0) смотря сервер для чего, может проще нагрузочное тестирование под реальные задачи провести и мониторинг ?

(13) Че это? Даже в 2019 MSSQL сразу при установке он сам делает рассчет и ограничивает память. Если хочешь установить свое значение - подписываешься что сам себе злобный буратино.

(13) если сервак выделеный - то ограничивать все равно нужно...


(0) общий подход такой - должно оставаться примерно 20% свободной памяти рядовой загрузке сервера

(13) у одних моих зайцев так было, да и есть в общем-то.
короче, можно прод положить корявым запросом. скуль обжирается памяти под 99.99% ресурсов системы и хоронит весь сервер.
советовал ограничитель поставить, но там своих умников много.

(13) Нужно,ибо уже плавали с таким подходом

(12) Зачем? У вас там ОЛАП жосткий?

(19) ну дай ты помечтать, то а.

(0) очень много неизвестных. Тупо - SQL выделенный или там еще 1С сервер крутится, а может, до кучи RDP и еще чего-нибудь? Объяснитесь.

(21) нет, не выделенный, крутится 1С сервер тоже, терминалов нет. Чистая машинка на i7, 32 гб памяти, ОС Виндовоз 10 ltsc 64 разрядная, 1С Сервер 64бит., Субд 2019 стандарт, все на одной машине.

Но к этому 1С серверу через VPN надо организовать еще удаленный доступ через тонкий клиент.
Вот думаю, насколько хорошо такой "голый" сервер будет удаленно через туннели работать, в плане производительности. Надо ли дополнительно поднимать "веб-сервер" для улучшения, оптимизировать и тонко настроить субд. Либо все по-умолчанию будет сносно служить?

(23) ставить не серверную ось на "сервер" ?
Не комильфо

(23) зачем тебе ещё один уровень транспорта данных в виде веб-сервиса и http?
тонкий клиент - сжатие - сетьvpn - разжатие - сервер1с.
тонкий клиент - сжатие - сетьvpn - апач - разжатие - сервер1с.

(24)//ставить не серверную ось на "сервер" ?
Не комильфо

Часто встречал обсуждения на тему "Куда ставить 1С сервер" ? Нередко можно услышать утверждения, что 1С не нуждается в Серверной ОСи.
То что не комильфо понятно, но в остальном, в практическом смысле думаете есть смысл, чтобы на Серверной ОСи крутилась ? Почему ?

(26) Серверная ось по другому распределяет и рассчитывает свои ресурсы, по факту из 32 гиг оси достаточно 4 гига для работы(это если без теминальных иждивенцев), все остальное можно отдать скулю

(27) а 1С серверу что останется ? Он тоже на этой машине.

(27)///Серверная ось по другому распределяет и рассчитывает свои ресурсы,

Да, конечно, логично, согласен. Просто насколько будет заметным прирост в работе, в производительности, если ресурсов не в притык, их достаточно и нагрузок больших нет.
То есть десктопная операционка просто будет более расточительна к ресурсам машинки, а серверная будет более экономно, грамотно и как следствие эффективно их распределять? А если есть запас по железу, есть ли смысл в серверной ОС ?

(29) Это смотря сколько пользователей, если 10-15 то прироста видно не будет, если 50 тогда - да и у меня скулю отдано 28 гигов из 32 , 4 на операционку и серверу 1с, все довольны, тормозов нет, когда появляются тормоза у пользака, чищу кеш локально, тормоза отпадают(бывает такое редко и как показа практика это проблемы чисто локального компа)

(0) У нас 700Гб выделено, и что? Всё зависит от ситуации.

(25)//зачем тебе ещё один уровень транспорта данных в виде веб-сервиса и http?

Понимаю вас, нет конечно мне лишнее городить вовсе не хочется, наоборот по-возможности всегда стараюсь обойтись максимально аскетичными моделями, по-минимум всё что необходимо для работы, остальное по-мере реальной надобности.

Просто для удаленной модели работы часто рекомендуют терминал поднимать, даже для 1С Клиент-Серверной модели, а мне с этим связываться не хочется.
Если удаленная работа клиентов через через тунель с сервером 1С напрямую нормальная практика и комильфо, то я конечно этого и буду придерживаться, без всяких надстроек веб-сервера и пр.

ограничивать обязательно надо. иначе SQL сожрет всю доступную память а на работу ОС и всего прочего может не хватить - если там потребность в памяти вырастет.

VPN тунели на данный момент не шибко шустрые, 20 мегибитиков всего. Думаю что выше скорость маршрутизатор уже держать не будет, даже если у провайдера тариф поднимать.

Дичь какая то.
В порядке убывания:
Тонкие в локальной сети/ тонкие через вебсервер/ тонкие через vpn/ тонкие через vpn и вебсервер

Если у нас 32 гб памяти, то sql получил бы у меня 22 гб, остальное под сервер 1с,остальные приложения, файловый кеш. Если бы сервер 1с постоянно рос-сделал бы перрезапуск по ночам с чисткой сеансовых данных.
Но это - первое приближение, по факту надо смотреть на каждый случай локально.

(34) обычно, дело не в 20 мбитах, а в пинге.

(37) каким размером пакет лучше пинговать, чтобы производительность 1С понять? И откуда куда конкретно, с роутера на роутер, с клиента на сервер?
От машины клиента на удаленный маршрутизатор с сервером 1С у меня 4-5мс показывает на стандартный размер пакета 32. Если сервер 1С пинговать с машины клиента, то 5мс. стабильно.
Это мало или много ? Размер пакета увеличить?

(35) Дичь в чём имеете ввиду, что терминальный доступ для удаленной работы нужен?
Я вот тоже думаю зачем нужен. Поднял сервер 1С с mysql, тунель протянут, линк 20мегабит, пинг 5мс. Захожу удаленно на Клиента сейчас напрямую, обычной rdp подключаюсь на винду удаленную, открыл порт просто, и пробую работу с 1С сервером удаленную, вроде бы достаточно шустро, но пока база маленькая, что будет когда вырастет не знаю.

Локально, внутри сети пинг от клиента до сервера равен 1мс стандартным размером пакета, если пинговать максимальным в 65000, то выдает 12мс., это в локалке, коммутатор 100мегабитный.
Удаленно через VPN стандартный пинг  5мс, максимальным пока пингануть не удалось, сейчас буду разбираться, видимо в настройках тунеля надо изменения внести.

(39) Работать тонкому клиенту с сервером 1с удаленно через впн - нормально. Трафик при этом почти такой же, как и в случае применения прослойки веб-сервера. Но с веб-сервером проще настраивать доступ по tcp-портам.
Если же работать удаленно с sql-сервером, то такое категорически не рекомендуется. Трафик сервер 1с-сервер СУБД на порядок выше, чем клиент-сервер 1с.

(41) Позвольте, а как можно клиенту работать с 1с Сервером удаленно без удаленной СУБД, они же вместе удаленно находятся? Или вы имеете ввиду, когда 1с сервер и СУБД на разных машинах и СУБД ставить на удаленную ? Если так, то нет конечно, такое не планируется, даже внутри локальной сети пока нет возможности и наверное надобности выносить СУБД на отдельную машину. Это надо компьютер выделять отдельный, потом коммутатор менять на гигабитный, нет, пока не нужно, пусть на одной машине крутится.