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


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

Конфигурация сервера под ERP, у кого что?

Конфигурация сервера под ERP, у кого что?
Я
   Dwarrior
 
12.12.17 - 11:26
Здравствуйте!

Господа, у кого ERP внедрено, расскажите, на каком железе ей комфортно работать? На нашей конфигурации (виртуалка 2 Xeon E5-2650, 90 ГБ ОЗУ, SAS HDD) есть проблемы с производительностью (Конфликт блокировок).
Как у вас с этим вопросом?
 
 
   Волшебник
 
Модератор
1 - 12.12.17 - 11:29
Надо разруливать конфликт. Можно задействовать управляемые блокировки
   Amra
 
2 - 12.12.17 - 11:30
Для пары пользоватенлей и десятка реализаций за месяц и ваш сервер сойдет...
   lodger
 
3 - 12.12.17 - 11:31
(0) Конфликт блокировок может и на ультамощном железе остаться. это логическая ошибка.
   HeKrendel
 
4 - 12.12.17 - 11:32
(0) У меня под 5 пользователей мощнее
   bodri
 
5 - 12.12.17 - 11:32
(0) мало вводных данных, база файловая или клиент-серверная? Если клиент-сервер, то какой SQL пользуете?
   Dwarrior
 
6 - 12.12.17 - 13:22
(1)  Так по умолчанию в конфигурации ERP включены управляемые блокировки
(5)  Забыл указать, клиент-сервер, MSSQL 2012

Пользователей около 50, документов несколько тысяч в день (4) А в чем ваш мощнее? Процессор?
   Dwarrior
 
7 - 12.12.17 - 13:24
Да и проблема не только в конфликте блокировок...Открытие документа "Производство без заказа" с 2 тыс строками в ТЧ открывается 15-20 минут. Просто открыть...
   yzimin
 
8 - 12.12.17 - 13:28
(7) Процессор Intel® Xeon® E5-2650
Базовая тактовая частота процессора 2,00 GHz
Максимальная тактовая частота с технологией Turbo Boost 2,80 GHz

ERP + такой процессор + без SSD - дальше разговаривать бессмысленно
   tesseract
 
9 - 12.12.17 - 13:28
(2) SQL сервер на виртуалку ставить как-бы вообще строго не рекомендуется.

У меня SQL и сам кластер по отдельности по 200 гиг съедают в легкую.

(7) Не хватает оперативы походу, 2 тысячи строк это сколько оперативы сжирается.
   LuciferArh
 
10 - 12.12.17 - 13:30
(7) + в виртуалке он турбо буст не включает. Почему-то.
 
 Рекламное место пустует
   ptiz
 
11 - 12.12.17 - 13:34
(0) Убрать виртуалки. Поставить SSD.
   Segate
 
12 - 12.12.17 - 13:35
(8) да хз... нагрузка у них явно не большая... можно решать другими методами...
Снэпшоты в скуле включить например.

(7) ерп типовая, что говорит замер производительности при открытии? Насколько отжираются ресурсы сервера при этом, цпу как? загрузка по ядрам какая? Какая очередь к записи на диск на сервере субд?
Может у вас затык в коде, а не в сервере... поидее, за исключением дисковой подсистемы нормальный сервер для 50 пользователей
   Segate
 
13 - 12.12.17 - 13:36
Рекомендации то они одни, прикиньте сколько у вас таблицы основные весят... вся таблица по хорошему должна вмещаться в оперативку на сервере субд. это для максимальной производительности...
   H A D G E H O G s
 
14 - 12.12.17 - 13:46
(0) У нас с этим все хорошо, хоть и не ЕРП, а УТ11.
РТУ в 1124 строки открылась за 4 секунды.
   H A D G E H O G s
 
15 - 12.12.17 - 13:47
Медленно конечно, но у нас 2 ТЧ "Товары" :-)
   Cyberhawk
 
16 - 12.12.17 - 13:48
(15) Черный и белый контур?
   ildary
 
17 - 12.12.17 - 13:50
(15) у пользователей шаблон не рвется от двух ТЧ товары?
   Segate
 
18 - 12.12.17 - 13:50
(15) я подозреваю, что из 15 минут 14м 55 секунд уходят на ожидания на блокировках и на перекидывание с сервера на клиент кучи лишних данных.

(0) в качестве оптимизации можно сделать подгрузку номенклатуры постранично... и с отборами.
Тогда передача с сервера на клиент будет быстрее...
А 2 тысячи строк в режиме онлайн все равно никто не будет просматривать...
   H A D G E H O G s
 
19 - 12.12.17 - 13:51
(16) До и после ВМС.
   ptiz
 
20 - 12.12.17 - 13:58
Смешно и одновременно грустно читать, как люди работают на УФ :( На ОФ документы с любым числом строк открываются практически мгновенно.
   ildary
 
21 - 12.12.17 - 14:03
(20) На 7.7 еще быстрее, но желающих пересесть что с УФ на ОФ, что с УФ на 7.7 - исчезающе мало.
   Segate
 
22 - 12.12.17 - 14:16
(20) а зачем открывать документ с 20000 строк? кто будет его читать? кто будет просматривать 20000 строк огромным полотенцем? это бесполезная трата трафика, ресурсов и прочего. То о чем программисты 1с зачастую вообще не думают.
Мне надо вывести одну строку... ну ок отберу все записи регистра, потом наложу отбор... отрабатывает же "Почти мнгновенно" Вот это то с чем я регулярно сталкиваюсь... Кстати у тех кто пишет под уф таких косяков на порядок меньше.
   Jaffar
 
23 - 12.12.17 - 14:44
(22) даже если документ (например - заказ) прилетает в электронном виде - как минимум оператор должен проверить все реквизиты шапки (контрагент, договор, тип цен, склад, адрес доставки) и провести документ. как это сделать, не открывая его?
   Cyberhawk
 
24 - 12.12.17 - 14:50
(23) Нарисовать отдельную морду для такой проверки, нехай открывать документы с тыщами строк. Ну или изменить форму объекта до ее передачи на клиент - если строк в ТЧ куча, то не отображать ТЧ, подгружать по отдельной кнопке-команде :)
   HeKrendel
 
25 - 12.12.17 - 14:51
(23) Зачем ему это проверять?
   Segate
 
26 - 12.12.17 - 14:52
(23) я не говорил не открывать, я говорил задумываться о ресурсах. Например постраничный вывод информации в ТЧ.
т.е. выводится не 20000 а 100-200, а остальное можно подгружать такими же порциями.
К этому пришли все в веб дизайне уже давно.
При этом способе и остается возможность найти те позиции которые нужны, и возможность посмотреть все порциями по 200-300, и проверить шапку и тд.
И не говорите, что кому-то нужно вот прям сразу в ТЧ 20000 строк, я не поверю.
   33554432
 
27 - 12.12.17 - 14:53
Ксеоны оставь под контроллер домена, для 1с соберите мощный комп на обычном проце, лучше не многоядерном. Удивитесь, но работает в разы быстрее.
   tesseract
 
28 - 12.12.17 - 14:54
(26) Любителям ИБД.
   Jaffar
 
29 - 12.12.17 - 15:09
(24) (25) в типовой ERP это предусмотрено?
   Jaffar
 
30 - 12.12.17 - 15:10
(27) "лучше НЕ многоядерном" или "лучше НА многоядерном"?
   Cyberhawk
 
31 - 12.12.17 - 15:11
(29) Конечно, расширение в помощь
   LuciferArh
 
32 - 12.12.17 - 15:12
(30) Именно НЕ многоядерном. Но с как можно более высокой частотой.
   33554432
 
33 - 12.12.17 - 15:26
(30)
4 ядра самое оно, просто 1с часто первое ядро сильнее грузит
 
 
   Segate
 
34 - 12.12.17 - 15:49
(30),(32),(33) омг =)) диванные эксперты.
сервер 1с действительно не умеет в паралеллизм, потому одна конкретная операция выполняется на одном конкретном ядре процессора. т.е. открытие документа или же закрытие месяца в каждом конкретном случае будут отрабатывать быстрее.
Но при параллельной работе 2 или более пользователей ядро процессора будет перегружено.
Потому для нормальной полноценной работы 1с надо, чтоб количество рабочих процессов примерно совпадало(а лучше было чуть чуть меньше) с количеством ядер процессора.
Таким образом тактовая частота процессора важна для выполнения одной операции в один поток, но для совместной работы 50 пользователей необходимо несколько ядер.
   Segate
 
35 - 12.12.17 - 15:51
(33) сильнее всего грузит первое ядро, если у тебя неправильно настроен сервер приложений 1с. рпхосты создаваемые сервером используют различные ядра, и скорее всего у тебя избыточное количество пользователей в одном рабочем процессе и недостаточно в других.
   LuciferArh
 
36 - 12.12.17 - 15:53
(34) Практик. :-) А вот я с тобой соглашусь, как ни странно. Но проблема современных процессоров еще и в том, что с увеличением числа ядер снижается их тактовая частота. А 1С крайне чувствительна к оной, особенно на УФ. Ну а дальше надо играться с количеством баз на РП и числом пользователей, которых этот РП обслуживает.
   33554432
 
37 - 12.12.17 - 15:56
(34)
Это не так, или очень сложно настраивается. 4-ядерный i5 в нескольких организациях уже заменил по моей рекомендации 2 процессорные 12-ядерные ксеоны и работает в разы быстрее, даже там где 200 пользователей онлайн.
   pavig
 
38 - 12.12.17 - 15:58
(1) Управляемые блокировки уже
   pavig
 
39 - 12.12.17 - 15:59
(38) + почти нигде не остались. Даже на УПП бородатых годов они управляемые
   H A D G E H O G s
 
40 - 12.12.17 - 16:05
(34) Сервер 1С вполне себе параллелится по ядрам. 1 пользователь- 1 ядро. 4 пользователя - 4 ядра.
   H A D G E H O G s
 
41 - 12.12.17 - 16:13
Берите i7-8700k и будет вам щастье.
   H A D G E H O G s
 
42 - 12.12.17 - 16:14
Можно будет писать код большой степени быдлокодости.
   Segate
 
43 - 12.12.17 - 16:19
(40) эт конечно же не правда. сессии в пределах одного рпхоста юзают только одно ядро.
   ptiz
 
44 - 12.12.17 - 16:36
(41) А что делать тем, у кого под 400 юзеров? :(
   Jaffar
 
45 - 12.12.17 - 16:39
(34) про параллелизм - понятно, но если уж у человека документы по 2000 строк - я предположил, что у них серверный вариант - тогда Скулю тоже нужны ядра.
   Леха Дум
 
46 - 12.12.17 - 16:40
(7) Возможно, в момент открытия формы в ТЧ заполняются сопутствующие данные, которые нах никому не нужны после того, как дождался открытия документа :)
Сам с таким сталкивался - для ТЧ добавлены неосновные реквизиты, которые при чтении данных объекта заполняются какой то связанной инфой


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