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


1С:Предприятие ::

Метки: 

Конфигурация сервера под 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 человек.
Рекламное место пустует