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


1С:Предприятие :: 1С:Предприятие 8 общая

Настройки сервера 1С

Настройки сервера 1С
Я
   Sergeo
 
16.05.18 - 23:07
Тема избита... много прочитано... но, возможно, форумчане что-то посоветуют:

1. Железо (сервер 1С):
* Сервер: Supermicro
* CPU: х2 Xeon E5-2670
* ОЗУ: 128 Gb DDR3 800 GHz
* ОС - SSD;
* БД и логи SQL - RAID 10 (HDD);
Все отдано под сервер 1С (физика, без VM)

2. Софт (сервер 1С):
* WS 2016
* SQL Server 2017
* Сервер приложений 1С (8.3.12.1412) - порты стандартные

3. Текущие настройки кластера:
* все стандартно

4. Текущие настройки рабочего сервера:
* все стандартно

5. БД и пользователи:
* 15 активных пользователей;
* ~ 110 БД (пожалуйста, не нужно комментов: "зачем так много?", "удалите лишнее" и т.п. - все БД нужны, с каждой из них периодически работает 1~3 разработчика);
* подключение к серверу 1С через RDP (VM: 65 Gb ОЗУ; 12 ядер из 16)

6. Дополнения:
* с большинством БД идет работа через Хранилище конфигураций

Сама проблема:
* тест Гилева показывает 32 попугая;
* любые утилиты мониторинга показывают что сервер (память, CPU, дисковая подсистема) - не бывают загружены более чем на 35 ~ 55%
* при этом любая операция по захвату в Хранилище и/или помещение в Хранилище занимает от 3 до 10 минут;
* сравнение/объединение: от 10 до 25 минут;

Испробовано:
* файловое хранилище;
* сетевое хранилище;
* прописали в hosts ip сервера 1С;
* пробовали менять "Количество ИБ на процесс" / "Количество соединений на процесс" с 8 /128 в сторону уменьшения - стало еще хуже. 

Есть обоснованные предложения - куда копать?
 
 
   Zhuravlik
 
1 - 16.05.18 - 23:46
1) "Количество ИБ на процесс" / "Количество соединений на процесс" - не пробовали ставить 1/128?
2) любая операция по захвату в Хранилище и/или помещение в Хранилище занимает от 3 до 10 минут; - а при чем тут производительность? Скорее проблемы сети. Как доступ к храну организован? Оптимизацию храна пробовали делать?
   Sergeo
 
2 - 17.05.18 - 00:08
(1)

именно 1 / 128 - не пробовал, максимум что ставили ставили 4 / 25 (возможно до конца не понимаю сути этих настроек: количество ИБ - понятно: сколько конфигураций могут "занять" 1 процесс... а по количеству соединений - не понимаю, как их просчитать/оценить?)

хранилище физически на сервере 1С - доступ либо к папке, либо через tcp (служба сетевого хранилища поднята и запущена). Сеть - гигабит, даже удаленщики работают через терминал (второй сервер, 4 гигабитных линка на связь с сервером 1С). Что подразумевается под оптимизацией хранилища?
   Aleksey
 
3 - 17.05.18 - 00:41
(1) Почему 1/128, а не 1/8

(2) ИМХО
"Количество ИБ на процесс" - сколько баз будет обслуживать каждый процесс. Значение = 1, говорит что под каждую ИБ будет запущен отдельный рабочий процесс

"Количество соединений на процесс" - сколько соединений каждый рабочий процесс будет обслуживать. Соединение это не только соединения клиента, но и все регламентные/фоновые задачи. Т.е. 128 это значит что к одному рабочему процессу сможет подключиться 128 пользователей (или 1 пользователь который одновременно запустить 127 фоновых задач). Новое соединение будет запущено на новом, отдельном рабочем процессе


У меня бухи обычно любят запускать ресурсоемкие задачи (типа перепроводка за год, или карточка по 41 за 5 лет с полной дитализацией). В результате рабочий процесс жрет дикое количество памяти и начинает это все тормозит. Соответсвенно уменьшая Количество соединений на процесс, я заставляю сервер 1с раскидывать пользователей по кучи разных рабочих процессов, что увеличивает стабильность, так как снижает вероятность что какой то процесс умрет из-за большого потребления памяти и в крайнем случае позволяет принудительно завершить отдельный процесс, на котором сидит максимум 2-3 пользователя, при этом остальные пользователи не пострадают.


У тебя же тестовый сервер с ограниченными ресурсами, а значит тебе наоборот лучше увеличить значения, чтобы 1с не плодили процессы и не отжирала дополнительные ресурсы сервера

По идеи 8/128 должно хватить, чтобы не плодить больше 1 рпхоста
   Fram
 
4 - 17.05.18 - 02:03
(0) какой то из счётчиков производительности системы обязательно покажет что не так в момент когда идёт операция с хранилищем. Очередь к диску смотрели?
   Fram
 
5 - 17.05.18 - 02:11
Я правильно понял что скуль и сервер 1с на хосте, а все пользователи в гостевой ВМ на этом хосте? Не первый раз такое слышу. Мне интересно где и кем такая схема рекомендована?
   Йохохо
 
6 - 17.05.18 - 02:12
(4) 110 бд, там вероятно "ошибки памяти" овер дофига т.к. конечно никакие кеши не влезут
   systemstopper
 
7 - 17.05.18 - 06:32
(0) у вас серверу 1С оставлено 4 ядра и 63 Гб ОЗУ?
   Zhuravlik
 
8 - 17.05.18 - 10:21
"Значение = 1, говорит что под каждую ИБ будет запущен отдельный рабочий процесс" - да, так и есть. В курсах подготовки к эксперту от 1С слышал что так вышли из ситуации похожей на вашу: когда много баз. Правда там был еще тот нюанс, что при большом количестве ИБ одновременно задействовалось небольшое количество баз. Но лектор утверждал, что эту настройку можно рекомендовать и в других ситуациях. Я на практике не проверял, не было возможности. Интересен ваш опыт, если поставите - отпишитесь, пожалуйста)
Оптимизация храна - зайдите в администрирование хранилища, там есть кнопка оптимизировать на последней закладке. Файлы сжимаются, операции с храном выполняются быстрее.
   systemstopper
 
9 - 17.05.18 - 10:32
(8) дичь какая-то
   ptiz
 
10 - 17.05.18 - 10:35
(0) Если подключаться без RDP, по сети, что со скоростью?
 
 Рекламное место пустует
   Sergeo
 
11 - 17.05.18 - 12:39
(4)
C$ (SSD) - очередь: 0,11 ~ 0,32
D$ (RAID 10) - очередь: 2,5 ~ 12,54
   Sergeo
 
12 - 17.05.18 - 12:41
(5)

Не совсем:
1C + SQL -> физический сервер
VM (терминал к которому по RDP подключаются и который обращается к серверу 1С) - второй сервер

...раньше оба сервера были VM - было хуже
   Sergeo
 
13 - 17.05.18 - 12:43
(6)
к сожалению, не знаю как проверить есть ошибки памяти или нет... активно работают с 10 ~ 15 БД, все регламентные и фоновые отключены...
   Sergeo
 
14 - 17.05.18 - 12:44
(7)
нет, серверу 1С отдано все:  2 Xeon по 8 ядер каждый, все 128 Gb ОЗУ

SQL ограничен в 104 Gb памяти, 24 Gb по ОС и сервер приложений 1С
   Sergeo
 
15 - 17.05.18 - 12:45
(8)
вчера ночью попробовал установить:
Количество ИБ на процесс = 1
Количество соединений = 64

...стало немного лучше
   H A D G E H O G s
 
16 - 17.05.18 - 12:46
"хранилище физически на сервере 1С - доступ либо к папке, либо через tcp (служба сетевого хранилища поднята и запущена)."

Убрать доступ к папке, всех пускать через tcp, перезагрузить сервер, доложить о результатах
   H A D G E H O G s
 
17 - 17.05.18 - 12:47
БД хранилища где лежит?
   Sergeo
 
18 - 17.05.18 - 12:53
(8)

"Оптимизация храна - зайдите в администрирование хранилища, там есть кнопка оптимизировать на последней закладке. Файлы сжимаются, операции с храном выполняются быстрее."

Попробовал, пока без особых изменений... оптимизирую остальные 6 хранилищ - отпишусь по итогу
   Sergeo
 
19 - 17.05.18 - 12:55
(10)

без изменений - пробовали запускать всех разрабов напрямую на сервер... ставить 1С локально на компы... эффект если и есть - то не особо заметен (на 5 - 10 секунд быстрее)
   Sergeo
 
20 - 17.05.18 - 12:55
(16)

Принято, попробую и отпишусь
   Вафель
 
21 - 17.05.18 - 12:57
скорее всего в проц упирается. ибо конфигуратор однопоточен
   Вафель
 
22 - 17.05.18 - 12:57
нужно смотреть по загрузке 1 ядра
   Sergeo
 
23 - 17.05.18 - 13:01
(17)

файловые хранилища - на другом (не 1С) сервере;
сетевое хранилище (как эксперимент) - физически на сервере 1С

..что так, что так - симптомы те же
   Sergeo
 
24 - 17.05.18 - 13:10
(22)

В том-то и дело, что когда 1С + хранилище висит, нагрузка на сервер (диск, память, ядра процессоров) - невелики (не более 20%)... бред какой-то: сервер не нагружен, но все зависает...

конкретно сейчас: нагружены 4 ядра из 16, каждое не более чем на 60% в пике... 15 рабочих процессов 1С
   Fram
 
25 - 17.05.18 - 21:43
(12) и все это гуляет между серверами по одному гигабитному каналу?
   Fram
 
26 - 17.05.18 - 21:45
(0) антивирусы стоят?
   Fram
 
27 - 17.05.18 - 21:48
(22) это про сервер 1с? rdp сервер тоже мониторить?
   Fram
 
28 - 17.05.18 - 21:48
* мониторишь
   Tateossian
 
29 - 18.05.18 - 02:34
Сетка гигабитная у клиентов? Ну и на сервере.

P.S. Поднять несколько служб CRServer пробовали?
   cons74
 
30 - 18.05.18 - 07:02
Sergeo,
1) "* тест Гилева показывает 32 попугая;
* любые утилиты мониторинга показывают что сервер (память, CPU, дисковая подсистема) - не бывают загружены более чем на 35 ~ 55%" - ЭтоНорма(с) На наших серваках и при 300 и при 100 пользователях - попугаев и процентов выше не видел, увы.

2) на (16) вы так и не отписались. Мы решали именно так. Симптомы: у одних разрабов хранилище тормозит, у других - нет. Оказалось что тормозит у тех, кто по tcp (tcp:), при наличии подключений через шару //serv/share). Отключили доступ через папку, оставили tcp - нормализовалось.


Также уже было сказано про оптимизацию хранилища (и режим совместимости хранилища тоже выставить в "не используется") - но это скорее для профилактики.

Еще фишка: увеличить размер кеша в настройках хранилища (общего), и - главное - кеш локальный: конфа-хранилище-настройка использования локальных данных хранилища. Бронебойный прием: сперва уменьшить, потом увеличить (прилично так, пару гигов), перезапустить конфигуратор.
   kauksi
 
31 - 18.05.18 - 08:40
Надо попробовать вместо raid10 на hdd какой нибудь серверный ssd вроде Intel DC P3700/P4500. Иопсы они и в Африке иопсы.
ну или хотя бы samsung 960/970 Evo/Pro вставить в переходник под pci-e и для теста запустить. Для длительной работы не пойдет, но для оценки вполне.
   kauksi
 
32 - 18.05.18 - 08:42
базы все в одном кластере? разносить базы по кластерам не пробовали?
   kauksi
 
33 - 18.05.18 - 09:08
Когда один пользователь на сервере такая же картина? если да то дело не в железе.
 
 
   mmmarat
 
34 - 18.05.18 - 09:12
Не увидел чистку кэша. Тормоза базы с хранилище часто из за него.
   kauksi
 
35 - 18.05.18 - 09:16
ну и 8.3.12.1412 так уж необходима? на старых релизах то же самое было?
   Sergeo
 
36 - 18.05.18 - 20:24
(25) 4 гигабитных линка 
(26) нет, стандартный брендмауэр отключен
(28) тоже мониторим - особой нагрузки нет
   Sergeo
 
37 - 18.05.18 - 20:26
(29) сетка гигабитная - все в одном офисе (повторюсь, доступ к серверу 1С через терминал - соседний сервер)

CRServer - пока один, как писал H A D G E H O G s попробуем все хранилища перевести на CRServer (сетевое хранилище конфигураций)
   Sergeo
 
38 - 18.05.18 - 20:27
(30) благодарю, испробуем совет
   Sergeo
 
39 - 18.05.18 - 20:28
(31) думали над этим - если не поможет ничего из советов форумчан, будет пробовать серверный SSD PCI-E
   Sergeo
 
40 - 18.05.18 - 20:28
(32) напробовались по уши... только больше головной боли, улучшений никаких
   Sergeo
 
41 - 18.05.18 - 20:29
(33) по ночам работает периодически 1 разработчик - не лучше...
   Sergeo
 
42 - 18.05.18 - 20:30
(34) если вы про C:\Users\localuser\AppData\Local\1C - постоянно и неоднократно: и на терминале и на сервере 1С...
   Sergeo
 
43 - 18.05.18 - 20:31
(35) от релиза к релизу - соглашусь, что обновление без необходимости - зло... но на 8.3.10... 8.3.11 - особо разницы не видно было...
   Йохохо
 
44 - 18.05.18 - 20:31
(37) у вас ожидания на сети и блокировки умной 1с в файловом по сути режиме, купите ему винил Колибри
   Sergeo
 
45 - 18.05.18 - 20:44
Коллеги, благодарю за советы, промежуточный итог на 18.05.2018:

1. Настройка параметров рабочего сервера:
Количество ИБ на процесс = 1
Количество соединений на процесс = 32

...стало чуть быстрее и лучше (по крайней мере изоляция БД по отзывам разработчиков принесла больше комфорта в работе и немного улучшили скорость)

..действительно, 1С однопоточен - разные процессы при такой настройке раскидываются на разные ядра (выставлено отключение остановленных процессов через 300 секунд - так что процессы не плодятся: не более 20 ~ 22 в пиковые периоды)

2. Выполнено:
* оптимизация всех хранилищ - результат не изменился;

3. По плану:
* перевести все хранилища на CRServer по совету H A D G E H O G s и cons74 (сетевое хранилище конфигураций) - по итогу обзательно отпишусь;
* попробуем совет cons74 в части кэша - так же дам обратную связь;
* ничего не поможет - SSD PCI-E.

Еще раз благодарю всех за советы!
   mistеr
 
46 - 19.05.18 - 07:38
Насколько я понимаю, все операции с хранилищем - это операции с файловой базой, неважно, доступ через TCP или через шару. Хранилищу пофиг, сколько ресурсов вы отдаете серверу 1С и скулю. Поэтому хранилище в любом случае останется узким местом, в том числе из-за блокировок.

Поэтому мой совет - уменьшать количество разработчиков, работающих с одним хранилищем. Распределять все на много хранилищ, если возможно. И соответственно много обслуживающих процессов по TCP.
   mistеr
 
47 - 19.05.18 - 07:41
(0) >* ОС - SSD;
>* БД и логи SQL - RAID 10 (HDD);

Постоянно вижу такие конфиги и удивляюсь: зачем люди покупают SSD, чтобы он простаивал? Для ОС он нафиг не нужен, ОС и так вся в памяти. SSD нужен там, где большой ввод/вывод, а именно:
> D$ (RAID 10) - очередь: 2,5 ~ 12,54
   Sergeo
 
48 - 21.05.18 - 02:04
(47) Вы правы, но в данном случае sdd для БД SQL мало чем поможет, какое место одно - хранилище, об этом ниже
   Sergeo
 
49 - 21.05.18 - 02:07
(46) Вы правы, это подтвердили сегодняшние тесты. Хранилищ и так 7 (переведены все на сетевые) - но к сожалению, нельзя сделать несколько хранилищ для одной конфигурации.
 
 Рекламное место пустует
   Sergeo
 
50 - 21.05.18 - 02:20
Коллеги, резюме сегодняшних опытов:

1. Взяли взаймы у коллег по цеху SSD PCI-E (2 TB);
2. Перенесли на него всё: WS + SQL + сервер приложений + БД SQL + хранилища - ожидали чуда... Скорость, конечно, выросла в части работы клиентской части и конфигуратора... НО, упёрлись в работу хранилища (как тупило, так и тупит) и в тактовую частоту ядер (не умеет 1С работать с NUMA) - тупо грузит одно или два ядра под 100%... Остальные - в простое.
3. Наш вывод, по состоянию на сегодня:
* попробуем поставить другие CPU с большей тактовой частотой: 3,6 - 4,0 (сейчас: 2,6 - 3,3);
* выставим настройки 1 - ИБ на процесс / 16 соединений на процесс (сейчас 32);
* от SSD PCI-E пока решили отказаться, т.к. покупка не принесет ощутимого прироста скорости в нашем случае.

P.S. Все хранилища переведены в сетевой режим работы - разницы по сравнению с файловым вариантом не выявлено.

Благодарю всех за советы!
   Aleksey
 
51 - 21.05.18 - 02:56
Ну да, с появлением SSD на SATA винт не является узким местом, и все упирается в частоту проца. Поэтому и нужно при выборе процессора смотреть не тестах не общую производительность, а производительность на 1 ядро. А вот тут уже почти 10 лет никаких подвижек со стороны разработчиков процессоров :(

SSD PCI-E принесет пользу при "многопоточной" работе. Т.е. когда 1000+ юзверей будет долбиться в файловую базу, вот тут этот SSD и сможет себя проявить
   ansh15
 
52 - 21.05.18 - 03:30
(50) У вас случайно на сервере, на котором расположена папка с хранилищем, кэширование дисков в ОС не отключено? Например из-за того, что на этом же сервере поднята роль контроллера домена?

Похожая тема была https://www.forum.mista.ru/topic.php?id=673445
   rphosts
 
53 - 21.05.18 - 04:14
(50) может спрашивали но.... антивиры/брэндмауэры не включены случаем?
   b_ru
 
54 - 21.05.18 - 07:05
Да что с бубном то плясать, если процессора фактически нет? 2.6 ГГц - с тем же успехом можно у бабушки Pentium 4 отжать.
   Адинэснег
 
55 - 21.05.18 - 07:55
3 минуты... при отключенной базе (соответственно полной загрузки конфы) еще норм
но уже подключенная... может у вас в appdata где кэш чистится при входе на терминал и конфа полностью приезжает из хранилища?
   Segate
 
56 - 21.05.18 - 08:00
(0)количество РП и  иб на процесс довольно легко посчитать. берете общее число сеансов, и делите в вашем случае на 16(ну можно на 15 на всякий случай) Так, чтобы было по одному процессу на одно физическое ядро.
   Sergeo
 
57 - 21.05.18 - 22:01
(52) Проверил - кеширование включено (ОС + сервер SQL + сервер 1С + хранилище - на данном диске: SSD)

DC - физически на другом сервере
   Sergeo
 
58 - 21.05.18 - 22:02
(53) Брендмауэр - отключен, антивирус - не установлен
   Sergeo
 
59 - 21.05.18 - 22:04
(55) к сожалению, не могу прокомментировать - просто не знаю, что выполняет 1С при подключении к хранилищу - как я понимаю копирует всю конфу из хранилища в папку локального юзера
   Sergeo
 
60 - 21.05.18 - 22:07
(54) Надеюсь, вы правы и это поможет - но пока никто не подтвердил, что смена процессора на другой с большей тактовой частотой помогло... будем пробовать
   Sergeo
 
61 - 21.05.18 - 22:10
(30) cons74, можно уточнить:

"...главное - кеш локальный: конфа-хранилище-настройка использования локальных данных хранилища. Бронебойный прием: сперва уменьшить, потом увеличить (прилично так, пару гигов), перезапустить конфигуратор"

Размер локального кэша нужно увеличить у каждого пользователя в отдельности?

Сейчас 500 МБ - сколько рекомендуете указать: 2... 3 ГБ?
   vde69
 
62 - 21.05.18 - 22:24
(0) все не читал

Количество ИБ на процесс = ставь 5
Количество соединений на процесс = ставь 25...30


C$ (SSD) - очередь: 0,11 ~ 0,32 - более менее нормально
D$ (RAID 10) - очередь: 2,5 ~ 12,54 - никуда не годится


запусти в рабочее время https://wiki.mista.ru/doku.php?id=it:analiz_sql_block будет понятно что именно тормозит диск
   b_ru
 
63 - 21.05.18 - 23:49
(60) Ну чуда то может и не случиться, но линейный прирост скорости пропорционально частоте в любом случае будет.
   Cyberhawk
 
64 - 21.05.18 - 23:54
DFSS отключить, если это гуано включено
   Cyberhawk
 
65 - 21.05.18 - 23:56
(Disk Fair Share в более свежих виндах)
   Sergeo
 
66 - 22.05.18 - 16:37
(62) Благодарю за ссылку, запустим - отпишусь
   Sergeo
 
67 - 22.05.18 - 16:38
(65) Windows Server 2016 - нет такой ветки... все ссылки в Google ведут к Windows Server 2012 / 2012R2
   Cyberhawk
 
68 - 22.05.18 - 17:01
(67) Речь о ветке в реестре? Поищи по "fair" глобально
   Sergeo
 
69 - 22.05.18 - 18:19
(68) В Windows Server 2016 такой ветки нет - глобальный поиск не дал ничего.
   sknhb
 
70 - 22.05.18 - 18:21
   Sergeo
 
71 - 22.05.18 - 18:54
(68) (70)

PowerShell:
(gwmi win32_terminalservicesetting -N "root\cimv2\terminalservices").enabledfss
0


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