Имя: Пароль:
1C
 
Ускорение работы 1С
, ,
0 val245
 
08.10.18
11:36
Здравствуйте.
У нас установлена клиент-серверная версия 1С. Управление торговлей 11 и Бухгалтерия. Работает 25 пользователй. К программе пользователи подключаются через rdp. Используется 32-битная 1С-ка (ОС и SQL 64 битные). Пользователи жалуются на то, что программа медленнно работает. когда все пользователи в сети, некоторые отчеты, например отчет по себестоимоти, могут формироваться минут по 30-40. Как можно ускорить работу системы?
Искал в гугле. Менял настройки в SQL, отключал на нужные фоновые задания. Но существенно это ничего не изменило.
Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка.
Поможет ли переход на 64 битную 1C-ку? Что если поставить клиентам 1с на компьютеры, а не подключаться через rdp. Может кто-нибудь может дать свои советы?
1 Cool_Profi
 
08.10.18
11:37
Замеры производительности
Инспекция запросов
резиновая киянка.
2 Cyberhawk
 
08.10.18
11:37
Не поможет
3 Cyberhawk
 
08.10.18
11:37
Ну и с таким подходом к описанию "Параметры сервера хорошие. Процессор Xeon" тебе вряд ли что-то в этой ветке поможет
4 PR
 
08.10.18
11:38
Люди за такое хорошие деньги берут
5 Alexor
 
08.10.18
11:40
Для начала
1. Какой размер базы?
2. Скуль обслуживание настроено?
3. ТИИ давно делали?
4. Перезагрузка сервера с чисткой кэш делали/помогает?

При любом раскладе, если скуль/сервер/рдп на одном сервере, то памяти катастрофически мало. 64 ставьте.
Сервер предприятия 64 желательно.
6 Alexor
 
08.10.18
11:42
(0) >>>Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка.

Камень конкретно какой?
Дисковая система?
Какие диски, сколько, рэйд (какой), правильно ли нстроен?

И если камень один, то параметры сервера хреновые для вашего случая.
7 Cyberhawk
 
08.10.18
11:42
(6) Что плохого если "камень один"?
8 Alexor
 
08.10.18
11:43
(0) Поставьте 1с тонкими клиентами. Уберите РДП, частично уберете нагрузку.

Кстати, УТ 11 через РДП через инет или локально работает?
9 1Сергей
 
08.10.18
11:44
Я далеко не эксперт в таких делах. Потому спрошу. Вообще имеет смысл использовать рдп в случае тонкого клиента? Почему-то имхается мне, что такое только во вред будет
10 Alexor
 
08.10.18
11:44
(7) Для скуль, предприятия и рдп? А чего хорошего?
11 Alexor
 
08.10.18
11:45
(9) Мало того на УФ (УТ11, БП3) через инет с нестабильным пингом, рдп работает даже хуже, чем тонкий клиент.
12 Йохохо
 
08.10.18
11:46
сервер 1с + клиент 1с*25 пользователей + сеанс рдп*25 пользователей > "16 гб оперативка"
13 seevkik
 
08.10.18
11:48
25 пользователей через рдп на 16 гигов? Прикольно.
14 Alexor
 
08.10.18
11:48
(12) Про скуль забыл, не думаю что он в другом месте.
15 Winnie Buh
 
08.10.18
11:49
если нужен конкретный ответ, то и параметры нужно указывать конкретно, а не:
>Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка

это ппц как информативно, одна единственно конкретная цифра 16Гб

SQL, терминал, УТ 11, 25 юзеров - 16Гб на все это катастрофически мало
16 unregistered
 
08.10.18
11:50
(9) > имеет смысл использовать рдп в случае тонкого клиента?

Зависит от канала связи и мощности клиентских компов.
ИМХО, РДП имеет смысл только в двух случаях - низкое качество связи и/или совсем дохлые клиентские компьютеры.
Причем сервер удаленных рабочих столов должен быть строго отдельно от сервера(ов) 1С и СУБД.
17 Ник080808
 
08.10.18
11:51
(0) 25 пользователей. 16гиг оперативки. Чего оно тормозит, думаю никто тут не знает
18 Alexor
 
08.10.18
11:52
(16) Мы на нестабильном канале по РДП получили результат хуже, чем тонкие клиенты через веб.
Тормоза интерфейса просто дикие.
В списках постоянно информация частично отражалась.
19 Alexor
 
08.10.18
11:52
+18 на УФ.
20 Фрэнки
 
08.10.18
11:52
имхо, на 25 сеансов одновременной работы даже на сервак только под одно лишь РДП уже мало памяти. Не говоря уже о том, что там где-то СУБД должно память кушать и сеансы приложения 1С тоже сами по себе должны память кушать.
21 unregistered
 
08.10.18
11:52
(0) > Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка

Кто тебе сказал, что это хорошие параметры для сервера?
Например, 16 Гб - это рекомендуемый размер оперативки для рабочего компьютера разработчика на 1С.
22 Fuas4
 
08.10.18
11:53
Я бы:
1. Проверил, что у базы на скуле вообще есть планы обслуживания и что там есть ограничение на поедаемую скулем оперативу
2. Докупил оперативы
3. Купил SSD
Если на одном из этапов жалобы пропали, то дальше можно не делать)
23 seevkik
 
08.10.18
11:54
(18) ну это естессна, одну машину нагружаетеж, сеанс хавает и диск, и оперативу, и проц. РДП будет лучше только если у вас компы тонкие клиенты с каким-нибудь атлоном на ~1ггц
24 unregistered
 
08.10.18
11:55
(17) > 25 пользователей. 16гиг оперативки. Чего оно тормозит, думаю никто тут не знает

Думаю, что на таком количестве памяти оно и должно тормозить. С чего бы ему быстро работать?
А если выясниться, что сервер РДП - это та же самая машинка, на которой крутиться 1С и СУБД, то обсуждать дальше вообще нечего.
25 d4rkmesa
 
08.10.18
11:56
(0) Что за "отчет по себестоимости"?
26 unregistered
 
08.10.18
11:56
Автор вбросил и слился...
27 seevkik
 
08.10.18
11:57
(0) а по сабжу, чтобы ничего особенного не менять, то лучше докупить оперативы и поднять еще один сервак для рдп + чтоб у него гигабитка была с сервером 1с
Ну это если вы совсем ленивый
28 Cyberhawk
 
08.10.18
12:06
(10) Разве это ответ?
29 Alexor
 
08.10.18
12:13
(23) Неа. Сервер при этом может быть пустым.
Дело в динамических списках. Запрос построил список, вытащил на экран. в этот момент, разрыв связи. В результате часть информации пропала.
30 dmpl
 
08.10.18
12:22
(0) Дайте угадаю... и все это стоит на одном "зеленом" HDD.

(21) 16 Гб - это не рекомендуемый объем, это абсолютный минимум для разработки.
31 dmpl
 
08.10.18
12:23
(26) Просто на этом сервере еще и прокси крутится, так что интернет тоже тормозит :)
32 VladZ
 
08.10.18
12:25
(0) "Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка. " - это слова обычного эникейщика. Позовите админа, пусть напишет параметры сервера.
33 unregistered
 
08.10.18
12:28
(30) > 16 Гб - это не рекомендуемый объем, это абсолютный минимум для разработки.

Не перегибай. Если у вас не ERP, то более или менее сносно можно работать и с 8ГБ.
Больше нужно для монстров типа УПП/ERP/Комплексная или если есть необходимость часто одновременно несколько конфигураций держать открытыми.
34 pyotrzoy1990
 
08.10.18
12:29
16 Гб - у меня на ноуте столько же...
м.б. памятть увеличить вам?
35 Fuas4
 
08.10.18
12:31
Кстати, раз уж автор куда-то свалил, объясните мне кто-нибудь, куда жрут ресурсы компа новые конфигурации? Я прям визуально на своем домашнем ПК с 8Гб и SSD вижу, что демо УТ 11.2 и УТ 11.3 с разной скоростью открываются. УТ 11.2 заметно быстрее. УТ 11.1 по сравнению с ними летает. Что там такое добавляется, что с УТ 11.1 я на домашнем без проблем работаю, а УТ 11.3 запускать приходится на сервере с 32Гб оперативы? Там же список изменений не такой чтобы прям критичный, какая такая возможность УТ 11.3 настолько ресурсоемка?
36 Cyberhawk
 
08.10.18
12:35
(35) Сравни количество строк кода этих конфигцраций, или хотя бы размер файла конфигурации
37 dmpl
 
08.10.18
12:42
(33) Один только браузер 4-6 Гб сжирает, операционка еще 2-3. Так что на 8 Гб ОЗУ даже 1 Конфигуратор - и то уже со свопом работает.
38 Cyberhawk
 
08.10.18
12:43
(37) Щас он тебе начнет втирать, что своп это хорошо и отключать его не нужно
39 s202
 
08.10.18
12:54
(0) УТ11 через RDP? Автор - ты идиот?
УФ были придуманы в том числе и для ухода от работы через RDP, но все равно откуда-то находятся идиоты, которые их туда засовывают.
Просто поставь тонкий клиент на клиентских машинах - и вопрос отпадет сам собой.
40 Fuas4
 
08.10.18
12:55
(39) ппц ты агрессивный. С чего ты взял, что это вообще его идея? Ни разу на работу не устраивался, где 1С поставили до тебя?
41 Access granted
 
08.10.18
12:56
Xeon поди куча ядер по 2 ghz, видел уже таких не один десяток раз. И всегда одна песня "Вот у нас 64 ядра не загруженных, это супер мощный сервер, а ваша 1С гумно тормозное"
42 val245
 
08.10.18
13:28
Спасибо, дали много информации к размышлению.
А скольок требуется оперативы для 25 пользователй?
43 val245
 
08.10.18
13:29
4 ядерный Xeon, если что
44 val245
 
08.10.18
13:32
(39) К сожаленгию, настраивал не я. Мне так досталось в наследство. вот думаю, какие действия предпринять, что б привести все в порядок
45 Winnie Buh
 
08.10.18
13:41
(44)
- добавить оперативы
- опубликовать базы на веб-сервере и подключаться тонким клиентом по http
46 val245
 
08.10.18
13:45
(45) Отлично. А до скольких в моем случае следовало бы увеличить оперативку?
47 Winnie Buh
 
08.10.18
14:09
(46) а сколько поддерживает материнка "хорошего сервера" ?
48 Йохохо
 
08.10.18
14:19
(46) 1гб на оператора, 2гб на управленца
49 val245
 
08.10.18
14:24
(48) То есть ~26Гб для 25 пользователей?
50 Йохохо
 
08.10.18
14:26
(49) получаецца, если на х64 клиента перейдете чуть сэкономите
51 unregistered
 
08.10.18
14:27
(46) > Отлично. А до скольких в моем случае следовало бы увеличить оперативку?

Отлично было бы если бы ты озвучил нагрузку на сервер.
До сих пор не раскрыт вопрос с сервером РДП - он отдельный или на той же железке, что и 1С с СУБД? И сервер этот работает в режиме ремоут-апп или полноценный рабочий стол?

Если всё вместе, то на 25 пользователей хотя бы 128 ГБ надо. Желательно - 256. По 4 Гб на пользователя + ОС + 1С + СУБД.

Если 1С и СУБД всё таки отдельно и речь именно о памяти для них, то ответ будет зависеть от объема каждой базы и количества одновременно работающих баз и пользователей.
52 unregistered
 
08.10.18
14:31
(0) > отключал на нужные фоновые задания

Интересно - какие задания ты посчитал ненужными?
Если, например, отрубил обновление индекса ППД, то это могло сильно затормозить работу пользователей с динамическими списками.
53 timurhv
 
08.10.18
14:32
(0) Если 4 ядра/16 Гб на 25 человек на одной машине rdp + 1C + SQL, то это не хорошие параметры, а ужасные
54 unregistered
 
08.10.18
14:35
И где описания нагрузки? ЦП - всего и по ядрам, память (чем и насколько занята), сколько процессов rphost, нагрузка на диски?....
Может у вас там, например, очереди к дискам безумные и просто умирает дисковая подсистема?
55 val245
 
08.10.18
14:50
(51) rdp  на отдельном сервере, режим ремоут-апп.
56 timurhv
 
08.10.18
15:03
(55) План обслуживания в MSSQL настроен, если да то какой?
57 unregistered
 
08.10.18
15:05
(55) Из тебя прям клещами надо информацию вытаскивать... Продолжай. Раскрой тайну про количество баз, объём каждой из них, количество одновременно работающих пользователей с каждой.
58 val245
 
08.10.18
15:11
(56) План обслуживания не настраивали.
(57) Там 2 базы. Я уже говорил. Бухгалтерия - 800 Мб, УТ - 4Гб. Не сказать, что б базы были огромные. В УТ работает 25 пользователей, в Бухгалтерии - 5
59 Fuas4
 
08.10.18
15:19
(58) тогда начни именно с плана обслуживания и ограничения потребляемой памяти (чтобы MS SQL не выжирал оперативу под 100%). Это уже может сильно все улучшить
60 Йохохо
 
08.10.18
15:22
(58) это мизер, если под это сервак из (0) и на нем нет клиента 1с, то дело совсем не в памяти. Определитесь что и где у вас выполняется. "пора купить ссд"
61 unregistered
 
08.10.18
15:33
(58) >  2 базы. Я уже говорил. Бухгалтерия - 800 Мб, УТ - 4Гб.

Для таких нагрузок 16 Гб может вполне хватать. При условии, что кроме СУБД и 1С на этом сервере ничего больше нет (файл-сервера, AD, почтового сервака и пр.).

> План обслуживания не настраивали

Настраивайте.

Дальше рассказывай! Чем и как занята память? Как распределяется нагрузка на процессор(ы) и по ядрам? Что с дисками (длина очереди)?
62 seevkik
 
08.10.18
16:24
16 гигов для 25 пользователей, конечно, маловато, ещё бы как минимум 8, а лучше ещё 16
Если только отчёты тормозят, получается остальные не виснут вусмерть, значит хард занят не под завязку(вроде как). Теперь похоже на то что скуль сжирает всю память, наверное свопа не хватает. Или темпдд пытается расшириться(на зависли бы все)
остаётся настроить планы обслуживания,
наоборот включить фоновые задания в 1с,
проверить темпдб, вдруг размера не хватает,
проверить канал между сервером рдп и 1с, если 100мбит - расширить до гигабитки,
воткнуть ссд, перенести вообще все или своп, темпдб и базы 1с на ссд,
сделать ТиИ, продуть кэш,
или добавить в исключения антивирус или удалить(для рисковых)
63 Aleksey
 
08.10.18
16:30
Сервер на нем 11 пользователей 1 база УНФ и несколько БП. доступ к 1с через RemoteApp

На сервере стоит 32 гига и не хватает. Сейчас ужал скулю память до 10 гигов, ибо до этого стояла 15 и 1с-ка (сервер приложений + клиенты) уложила сервер в своп.
64 VladZ
 
08.10.18
16:34
"4 ядерный Xeon, если что" - частота какая?
65 unregistered
 
08.10.18
17:00
(62) Гадание на кофейной гуще с последующим тыканием пальцами в небо.

(63) Аналогии тат вряд ли помогут. Т.к. реальные потребности будут зависеть от реальных нагрузок. А понятие нагрузки не ограничивается одним лишь количеством баз и пользователей.
У автора две базы - 0.8Гб и 4Гб. Всего 5Гб. Интересно сколько съедает SQL в таких условиях? Действительно ли он сожрёт всю доступную память или ограничится размером баз + времянки.

Чтобы давать реальные советы, нужны реальные данные. А их автор давать не хочет.
66 arsik
 
гуру
08.10.18
17:02
Для таких случаев очень не хватает утилиты, которая бы собрала все более значимые данные и красиво их показала. Думаю такие ветки бы ушли в небытие.
67 palsergeich
 
08.10.18
17:02
А SQL по памяти ограничен? Он имеет неумеренные аппетиты по памяти по дефолту.
В общем сллишком мало исходных данных
68 seevkik
 
09.10.18
03:02
(65) общие рекомендации не считаются гаданием
69 Fram
 
09.10.18
03:57
(0) слугай сюда что надо сделать. подними руку высоко над головой, резко махни вниз, и скажи "ну, и х.. с ним!"
70 Cyberhawk
 
09.10.18
07:49
71 s202
 
09.10.18
08:22
(69) Это наиболее правильный совет. Только не "х.. с ним!", а "х.. с вами!"

Поясню еще раз.

Добавлением ядер, ксеонов и оперативы ты в лучшем случае добъешься более-менее сносной скорости операций с базой данных.

Но интерфейс УТ11 в терминале будет тормозить ВСЕГДА, независимо от количества ксеонов на твоем сервере. Возьми яндекс и почитай про принципы работы УФ - они будут тормозить в терминале ВСЕГДА, потому что они так устроены.
72 Fram
 
09.10.18
19:19
(71) ой! а просвятите нас, пожалуйста, почему УФ именно в терминале будет ВСЕГДА ВСЕГДА тормозить. как так они устроены?
73 Cyberhawk
 
09.10.18
19:32
Присоединяюсь к (72), только без стеба. Надеюсь, речь не о градиентном цвете фона УФ пойдет.
74 Aleksey
 
09.10.18
21:43
(72) это тайное знание передающее из поколения в поколения. Никто не знает почему и как но все знают, что УФ в терминале тормозит. И что работа тонкого клиента на локальной машине всегда быстрее чем в УФ
75 Cyberhawk
 
10.10.18
08:06
(74) Наверное, ты хотел сказать "быстрее чем в РДП"?
76 Dotoshin
 
10.10.18
08:39
(0) Посмотри вот это видео и выполни рекомендации, которые в нем дают.
https://youtu.be/oljKKUJwAUw
77 Dotoshin
 
10.10.18
08:40
+ (76) Там как раз про борьбу с тормозами в 1с
78 mgk2
 
10.10.18
09:03
Столько уже нафлудили, хотя ТС так и не указа точную модель процессора и дисков.
79 Фрэнки
 
10.10.18
09:06
а какая разница, если тема была создана только для флуда

ну посуди сам, как бы сам поступил в аналогичной ситуации?
Погуглил, а поскольку инфы море - до создания темы на форуме дело просто не дошло бы