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



Ускорение работы 1С

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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