Вход | Регистрация
 

Сколько памяти дать MSSQL и стоит ли её вообще ограничивать ?

Сколько памяти дать MSSQL и стоит ли её вообще ограничивать ?
Я
   Машротц
 
03.09.20 - 13:37
1. 4-6гб достаточно при любом объеме общей памяти0% (0)
2. 20-25% от объёма общей памяти.0% (0)
3. MSSQL сама справится, не трогать.0% (0)
Всего мнений: 0

Товарищи, поделитесь рекомендацией, какой объем памяти от общедоступной обычно рекомендуется выделять СУБД MSSQL и стоит ли её вообще ограничивать?
Гугл на эту тему освещает не совсем однозначно. Где-то можно прочитать о 4-6гб, которых будет вполне достаточно, кто-то считает, что СУБД великолепно умеет сама грамотно распоряжаться нужным для работы объемом памяти и можно этот параметр вообще не настраивать.
Наверное истина как всегда где-то посередине, но все просто интересно было бы услышать живые, практические примеры, которые используются, проверены и положительно отражаются на деле.
Мне последнее время, чаще всего приходится иметь дело с машинками в 32-64гб. общего размера. По какому методу выделять СУБД, к примеру если выделить четверть, 25% будет достаточно ? Или реально более 4ГБ нет смысла отдавать?
Как быть с 1С сервером, нужно настраивать объем выделяемой памяти вручную или ей уже не надо?
   Ёпрст
 
1 - 03.09.20 - 13:38
   Машротц
 
2 - 03.09.20 - 13:40
(1) хорошая ссылка, спасибо, начал изучать.
   МихаилМ
 
3 - 03.09.20 - 14:04
(0)80% процентное попадание в кэш считается хорошо.
   Машротц
 
4 - 03.09.20 - 14:18
(3) смотрю кэш сейчас на машине, вижу всего 1,2 гб, при общей физической в 24 гб.
   Машротц
 
5 - 03.09.20 - 14:20
(1) формулу выделения памяти до конца не понял пока;
Пишут, что минимум должен быть от Total * 0.5, а максимум Total - 1024 * Total / Min. Это как ?
   МихаилМ
 
6 - 03.09.20 - 14:21
(4)
не тот кэш смотрите. нужно не кэш смотреть а счетяик производительности % поподания в кэш  мс скл .
   Машротц
 
7 - 03.09.20 - 14:22
(6) а где это мониторится, не подскажите ?
   lodger
 
8 - 03.09.20 - 14:22
(5) от ВСЯпамять * 1/2
до ВСЯ память - (1 гиг на каждые 16 гиг в системе)
   lodger
 
9 - 03.09.20 - 14:23
(5) " а максимум Total - 1024 * Total / Min. " - непрально цитируешь. нет там такой формулы.
   Ёпрст
 
10 - 03.09.20 - 14:24
(5) там не Min, там 16 гигов. Оставлять оси по гигу на каждые 16 гигов общей памяти
   Ёпрст
 
11 - 03.09.20 - 14:25
Ну и это рекомендация для трехзвенки.
Если скуль на одном серс сервером 1с, еще и терм юзвери там пасутся, то другие параметры по памяти будут
   lodger
 
12 - 03.09.20 - 15:01
а вообще прошла целая эпоха. рам-чипсы теперь сильно дешевле. теперь можно считать объем памяти скуля = объем файлов БД * 1.1
   Вафель
 
13 - 03.09.20 - 15:07
если сервак выделенный то ограничивать не нужно
   kzot
 
14 - 03.09.20 - 15:10
(0) смотря сервер для чего, может проще нагрузочное тестирование под реальные задачи провести и мониторинг ?
   timurhv
 
15 - 03.09.20 - 16:02
(13) Че это? Даже в 2019 MSSQL сразу при установке он сам делает рассчет и ограничивает память. Если хочешь установить свое значение - подписываешься что сам себе злобный буратино.
   vde69
 
16 - 03.09.20 - 16:39
(13) если сервак выделеный - то ограничивать все равно нужно...


(0) общий подход такой - должно оставаться примерно 20% свободной памяти рядовой загрузке сервера
   lodger
 
17 - 03.09.20 - 17:58
(13) у одних моих зайцев так было, да и есть в общем-то.
короче, можно прод положить корявым запросом. скуль обжирается памяти под 99.99% ресурсов системы и хоронит весь сервер.
советовал ограничитель поставить, но там своих умников много.
   piter3
 
18 - 03.09.20 - 18:00
(13) Нужно,ибо уже плавали с таким подходом
   Провинциальный 1сник
 
19 - 03.09.20 - 18:10
(12) Зачем? У вас там ОЛАП жосткий?
   lodger
 
20 - 03.09.20 - 18:19
(19) ну дай ты помечтать, то а.
   NorthWind
 
21 - 03.09.20 - 22:07
(0) очень много неизвестных. Тупо - SQL выделенный или там еще 1С сервер крутится, а может, до кучи RDP и еще чего-нибудь? Объяснитесь.
   Машротц
 
22 - 04.09.20 - 01:44
(21) нет, не выделенный, крутится 1С сервер тоже, терминалов нет. Чистая машинка на i7, 32 гб памяти, ОС Виндовоз 10 ltsc 64 разрядная, 1С Сервер 64бит., Субд 2019 стандарт, все на одной машине.
   Машротц
 
23 - 04.09.20 - 01:50
Но к этому 1С серверу через VPN надо организовать еще удаленный доступ через тонкий клиент.
Вот думаю, насколько хорошо такой "голый" сервер будет удаленно через туннели работать, в плане производительности. Надо ли дополнительно поднимать "веб-сервер" для улучшения, оптимизировать и тонко настроить субд. Либо все по-умолчанию будет сносно служить?
   Ёпрст
 
24 - 04.09.20 - 02:47
(23) ставить не серверную ось на "сервер" ?
Не комильфо
   lodger
 
25 - 04.09.20 - 10:05
(23) зачем тебе ещё один уровень транспорта данных в виде веб-сервиса и http?
тонкий клиент - сжатие - сетьvpn - разжатие - сервер1с.
тонкий клиент - сжатие - сетьvpn - апач - разжатие - сервер1с.
   Машротц
 
26 - 04.09.20 - 10:18
(24)//ставить не серверную ось на "сервер" ?
Не комильфо

Часто встречал обсуждения на тему "Куда ставить 1С сервер" ? Нередко можно услышать утверждения, что 1С не нуждается в Серверной ОСи.
То что не комильфо понятно, но в остальном, в практическом смысле думаете есть смысл, чтобы на Серверной ОСи крутилась ? Почему ?
   Kigo_Kigo
 
27 - 04.09.20 - 10:25
(26) Серверная ось по другому распределяет и рассчитывает свои ресурсы, по факту из 32 гиг оси достаточно 4 гига для работы(это если без теминальных иждивенцев), все остальное можно отдать скулю
   Машротц
 
28 - 04.09.20 - 10:28
(27) а 1С серверу что останется ? Он тоже на этой машине.
   Машротц
 
29 - 04.09.20 - 10:54
(27///Серверная ось по другому распределяет и рассчитывает свои ресурсы,


Да, конечно, логично, согласен. Просто насколько будет заметным прирост в работе, в производительности, если ресурсов не в притык, их достаточно и нагрузок больших нет.
То есть десктопная операционка просто будет более расточительна к ресурсам машинки, а серверная будет более экономно, грамотно и как следствие эффективно их распределять? А если есть запас по железу, есть ли смысл в серверной ОС ?
   Kigo_Kigo
 
30 - 04.09.20 - 10:58
(29) Это смотря сколько пользователей, если 10-15 то прироста видно не будет, если 50 тогда - да и у меня скулю отдано 28 гигов из 32 , 4 на операционку и серверу 1с, все довольны, тормозов нет, когда появляются тормоза у пользака, чищу кеш локально, тормоза отпадают(бывает такое редко и как показа практика это проблемы чисто локального компа)
 
 Рекламное место пустует
   ptiz
 
31 - 04.09.20 - 11:36
(0) У нас 700Гб выделено, и что? Всё зависит от ситуации.
   Машротц
 
32 - 04.09.20 - 11:40
(25)//зачем тебе ещё один уровень транспорта данных в виде веб-сервиса и http?

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

Просто для удаленной модели работы часто рекомендуют терминал поднимать, даже для 1С Клиент-Серверной модели, а мне с этим связываться не хочется.
Если удаленная работа клиентов через через тунель с сервером 1С напрямую нормальная практика и комильфо, то я конечно этого и буду придерживаться, без всяких надстроек веб-сервера и пр.
   Bigbro
 
33 - 04.09.20 - 11:43
ограничивать обязательно надо. иначе SQL сожрет всю доступную память а на работу ОС и всего прочего может не хватить - если там потребность в памяти вырастет.
   Машротц
 
34 - 04.09.20 - 11:44
VPN тунели на данный момент не шибко шустрые, 20 мегибитиков всего. Думаю что выше скорость маршрутизатор уже держать не будет, даже если у провайдера тариф поднимать.
   H A D G E H O G s
 
35 - 04.09.20 - 11:45
Дичь какая то.
В порядке убывания:
Тонкие в локальной сети/ тонкие через вебсервер/ тонкие через vpn/ тонкие через vpn и вебсервер
   H A D G E H O G s
 
36 - 04.09.20 - 11:49
Если у нас 32 гб памяти, то sql получил бы у меня 22 гб, остальное под сервер 1с,остальные приложения, файловый кеш. Если бы сервер 1с постоянно рос-сделал бы перрезапуск по ночам с чисткой сеансовых данных.
Но это - первое приближение, по факту надо смотреть на каждый случай локально.
   lodger
 
37 - 04.09.20 - 12:14
(34) обычно, дело не в 20 мбитах, а в пинге.
   Машротц
 
38 - 04.09.20 - 12:27
(37) каким размером пакет лучше пинговать, чтобы производительность 1С понять? И откуда куда конкретно, с роутера на роутер, с клиента на сервер?
От машины клиента на удаленный маршрутизатор с сервером 1С у меня 4-5мс показывает на стандартный размер пакета 32. Если сервер 1С пинговать с машины клиента, то 5мс. стабильно.
Это мало или много ? Размер пакета увеличить?
   Машротц
 
39 - 04.09.20 - 12:38
(35) Дичь в чём имеете ввиду, что терминальный доступ для удаленной работы нужен?
Я вот тоже думаю зачем нужен. Поднял сервер 1С с mysql, тунель протянут, линк 20мегабит, пинг 5мс. Захожу удаленно на Клиента сейчас напрямую, обычной rdp подключаюсь на винду удаленную, открыл порт просто, и пробую работу с 1С сервером удаленную, вроде бы достаточно шустро, но пока база маленькая, что будет когда вырастет не знаю.
   Машротц
 
40 - 04.09.20 - 13:05
Локально, внутри сети пинг от клиента до сервера равен 1мс стандартным размером пакета, если пинговать максимальным в 65000, то выдает 12мс., это в локалке, коммутатор 100мегабитный.
Удаленно через VPN стандартный пинг  5мс, максимальным пока пингануть не удалось, сейчас буду разбираться, видимо в настройках тунеля надо изменения внести.
   Провинциальный 1сник
 
41 - 04.09.20 - 13:55
(39) Работать тонкому клиенту с сервером 1с удаленно через впн - нормально. Трафик при этом почти такой же, как и в случае применения прослойки веб-сервера. Но с веб-сервером проще настраивать доступ по tcp-портам.
Если же работать удаленно с sql-сервером, то такое категорически не рекомендуется. Трафик сервер 1с-сервер СУБД на порядок выше, чем клиент-сервер 1с.
   Машротц
 
42 - 04.09.20 - 15:15
(41) Позвольте, а как можно клиенту работать с 1с Сервером удаленно без удаленной СУБД, они же вместе удаленно находятся? Или вы имеете ввиду, когда 1с сервер и СУБД на разных машинах и СУБД ставить на удаленную ? Если так, то нет конечно, такое не планируется, даже внутри локальной сети пока нет возможности и наверное надобности выносить СУБД на отдельную машину. Это надо компьютер выделять отдельный, потом коммутатор менять на гигабитный, нет, пока не нужно, пусть на одной машине крутится.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.