Здравствуйте.
У нас установлена клиент-серверная версия 1С. Управление торговлей 11 и Бухгалтерия. Работает 25 пользователй. К программе пользователи подключаются через rdp. Используется 32-битная 1С-ка (ОС и SQL 64 битные). Пользователи жалуются на то, что программа медленнно работает. когда все пользователи в сети, некоторые отчеты, например отчет по себестоимоти, могут формироваться минут по 30-40. Как можно ускорить работу системы?
Искал в гугле. Менял настройки в SQL, отключал на нужные фоновые задания. Но существенно это ничего не изменило.
Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка.
Поможет ли переход на 64 битную 1C-ку? Что если поставить клиентам 1с на компьютеры, а не подключаться через rdp. Может кто-нибудь может дать свои советы?

Замеры производительности
Инспекция запросов
резиновая киянка.

Не поможет

Ну и с таким подходом к описанию "Параметры сервера хорошие. Процессор Xeon" тебе вряд ли что-то в этой ветке поможет

Люди за такое хорошие деньги берут

Для начала
1. Какой размер базы?
2. Скуль обслуживание настроено?
3. ТИИ давно делали?
4. Перезагрузка сервера с чисткой кэш делали/помогает?

При любом раскладе, если скуль/сервер/рдп на одном сервере, то памяти катастрофически мало. 64 ставьте.
Сервер предприятия 64 желательно.

(0) >>>Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка.

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

И если камень один, то параметры сервера хреновые для вашего случая.

(6) Что плохого если "камень один"?

(0) Поставьте 1с тонкими клиентами. Уберите РДП, частично уберете нагрузку.

Кстати, УТ 11 через РДП через инет или локально работает?

Я далеко не эксперт в таких делах. Потому спрошу. Вообще имеет смысл использовать рдп в случае тонкого клиента? Почему-то имхается мне, что такое только во вред будет

(7) Для скуль, предприятия и рдп? А чего хорошего?

(9) Мало того на УФ (УТ11, БП3) через инет с нестабильным пингом, рдп работает даже хуже, чем тонкий клиент.

сервер 1с + клиент 1с*25 пользователей + сеанс рдп*25 пользователей > "16 гб оперативка"

25 пользователей через рдп на 16 гигов? Прикольно.

(12) Про скуль забыл, не думаю что он в другом месте.

если нужен конкретный ответ, то и параметры нужно указывать конкретно, а не:
>Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка

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

SQL, терминал, УТ 11, 25 юзеров - 16Гб на все это катастрофически мало

(9) > имеет смысл использовать рдп в случае тонкого клиента?

Зависит от канала связи и мощности клиентских компов.
ИМХО, РДП имеет смысл только в двух случаях - низкое качество связи и/или совсем дохлые клиентские компьютеры.
Причем сервер удаленных рабочих столов должен быть строго отдельно от сервера(ов) 1С и СУБД.

(0) 25 пользователей. 16гиг оперативки. Чего оно тормозит, думаю никто тут не знает

(16) Мы на нестабильном канале по РДП получили результат хуже, чем тонкие клиенты через веб.
Тормоза интерфейса просто дикие.
В списках постоянно информация частично отражалась.

+18 на УФ.

имхо, на 25 сеансов одновременной работы даже на сервак только под одно лишь РДП уже мало памяти. Не говоря уже о том, что там где-то СУБД должно память кушать и сеансы приложения 1С тоже сами по себе должны память кушать.

(0) > Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка

Кто тебе сказал, что это хорошие параметры для сервера?
Например, 16 Гб - это рекомендуемый размер оперативки для рабочего компьютера разработчика на 1С.

Я бы:
1. Проверил, что у базы на скуле вообще есть планы обслуживания и что там есть ограничение на поедаемую скулем оперативу
2. Докупил оперативы
3. Купил SSD
Если на одном из этапов жалобы пропали, то дальше можно не делать)

(18) ну это естессна, одну машину нагружаетеж, сеанс хавает и диск, и оперативу, и проц. РДП будет лучше только если у вас компы тонкие клиенты с каким-нибудь атлоном на ~1ггц

(17) > 25 пользователей. 16гиг оперативки. Чего оно тормозит, думаю никто тут не знает

Думаю, что на таком количестве памяти оно и должно тормозить. С чего бы ему быстро работать?
А если выясниться, что сервер РДП - это та же самая машинка, на которой крутиться 1С и СУБД, то обсуждать дальше вообще нечего.

(0) Что за "отчет по себестоимости"?

Автор вбросил и слился...

(0) а по сабжу, чтобы ничего особенного не менять, то лучше докупить оперативы и поднять еще один сервак для рдп + чтоб у него гигабитка была с сервером 1с
Ну это если вы совсем ленивый

(10) Разве это ответ?

(23) Неа. Сервер при этом может быть пустым.
Дело в динамических списках. Запрос построил список, вытащил на экран. в этот момент, разрыв связи. В результате часть информации пропала.

(0) Дайте угадаю... и все это стоит на одном "зеленом" HDD.

(21) 16 Гб - это не рекомендуемый объем, это абсолютный минимум для разработки.

(26) Просто на этом сервере еще и прокси крутится, так что интернет тоже тормозит :)

(0) "Параметры сервера хорошие. Процессор Xeon, 16 гб оперативка. " - это слова обычного эникейщика. Позовите админа, пусть напишет параметры сервера.

(30) > 16 Гб - это не рекомендуемый объем, это абсолютный минимум для разработки.

Не перегибай. Если у вас не ERP, то более или менее сносно можно работать и с 8ГБ.
Больше нужно для монстров типа УПП/ERP/Комплексная или если есть необходимость часто одновременно несколько конфигураций держать открытыми.

16 Гб - у меня на ноуте столько же...
м.б. памятть увеличить вам?

Кстати, раз уж автор куда-то свалил, объясните мне кто-нибудь, куда жрут ресурсы компа новые конфигурации? Я прям визуально на своем домашнем ПК с 8Гб и SSD вижу, что демо УТ 11.2 и УТ 11.3 с разной скоростью открываются. УТ 11.2 заметно быстрее. УТ 11.1 по сравнению с ними летает. Что там такое добавляется, что с УТ 11.1 я на домашнем без проблем работаю, а УТ 11.3 запускать приходится на сервере с 32Гб оперативы? Там же список изменений не такой чтобы прям критичный, какая такая возможность УТ 11.3 настолько ресурсоемка?

(35) Сравни количество строк кода этих конфигцраций, или хотя бы размер файла конфигурации

(33) Один только браузер 4-6 Гб сжирает, операционка еще 2-3. Так что на 8 Гб ОЗУ даже 1 Конфигуратор - и то уже со свопом работает.

(37) Щас он тебе начнет втирать, что своп это хорошо и отключать его не нужно

(0) УТ11 через RDP? Автор - ты идиот?
УФ были придуманы в том числе и для ухода от работы через RDP, но все равно откуда-то находятся идиоты, которые их туда засовывают.
Просто поставь тонкий клиент на клиентских машинах - и вопрос отпадет сам собой.

(39) ппц ты агрессивный. С чего ты взял, что это вообще его идея? Ни разу на работу не устраивался, где 1С поставили до тебя?

Xeon поди куча ядер по 2 ghz, видел уже таких не один десяток раз. И всегда одна песня "Вот у нас 64 ядра не загруженных, это супер мощный сервер, а ваша 1С гумно тормозное"

Спасибо, дали много информации к размышлению.
А скольок требуется оперативы для 25 пользователй?

4 ядерный Xeon, если что

(39) К сожаленгию, настраивал не я. Мне так досталось в наследство. вот думаю, какие действия предпринять, что б привести все в порядок

(44)
- добавить оперативы
- опубликовать базы на веб-сервере и подключаться тонким клиентом по http

(45) Отлично. А до скольких в моем случае следовало бы увеличить оперативку?

(46) а сколько поддерживает материнка "хорошего сервера" ?

(46) 1гб на оператора, 2гб на управленца

(48) То есть ~26Гб для 25 пользователей?

(49) получаецца, если на х64 клиента перейдете чуть сэкономите

(46) > Отлично. А до скольких в моем случае следовало бы увеличить оперативку?

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

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

Если 1С и СУБД всё таки отдельно и речь именно о памяти для них, то ответ будет зависеть от объема каждой базы и количества одновременно работающих баз и пользователей.

(0) > отключал на нужные фоновые задания

Интересно - какие задания ты посчитал ненужными?
Если, например, отрубил обновление индекса ППД, то это могло сильно затормозить работу пользователей с динамическими списками.

(0) Если 4 ядра/16 Гб на 25 человек на одной машине rdp + 1C + SQL, то это не хорошие параметры, а ужасные

И где описания нагрузки? ЦП - всего и по ядрам, память (чем и насколько занята), сколько процессов rphost, нагрузка на диски?....
Может у вас там, например, очереди к дискам безумные и просто умирает дисковая подсистема?

(51) rdp  на отдельном сервере, режим ремоут-апп.

(55) План обслуживания в MSSQL настроен, если да то какой?

(55) Из тебя прям клещами надо информацию вытаскивать... Продолжай. Раскрой тайну про количество баз, объём каждой из них, количество одновременно работающих пользователей с каждой.

(56) План обслуживания не настраивали.
(57) Там 2 базы. Я уже говорил. Бухгалтерия - 800 Мб, УТ - 4Гб. Не сказать, что б базы были огромные. В УТ работает 25 пользователей, в Бухгалтерии - 5

(58) тогда начни именно с плана обслуживания и ограничения потребляемой памяти (чтобы MS SQL не выжирал оперативу под 100%). Это уже может сильно все улучшить

(58) это мизер, если под это сервак из (0) и на нем нет клиента 1с, то дело совсем не в памяти. Определитесь что и где у вас выполняется. "пора купить ссд"

(58) >  2 базы. Я уже говорил. Бухгалтерия - 800 Мб, УТ - 4Гб.

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

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

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

Дальше рассказывай! Чем и как занята память? Как распределяется нагрузка на процессор(ы) и по ядрам? Что с дисками (длина очереди)?

16 гигов для 25 пользователей, конечно, маловато, ещё бы как минимум 8, а лучше ещё 16
Если только отчёты тормозят, получается остальные не виснут вусмерть, значит хард занят не под завязку(вроде как). Теперь похоже на то что скуль сжирает всю память, наверное свопа не хватает. Или темпдд пытается расшириться(на зависли бы все)
остаётся настроить планы обслуживания,
наоборот включить фоновые задания в 1с,
проверить темпдб, вдруг размера не хватает,
проверить канал между сервером рдп и 1с, если 100мбит - расширить до гигабитки,
воткнуть ссд, перенести вообще все или своп, темпдб и базы 1с на ссд,
сделать ТиИ, продуть кэш,
или добавить в исключения антивирус или удалить(для рисковых)

Сервер на нем 11 пользователей 1 база УНФ и несколько БП. доступ к 1с через RemoteApp

На сервере стоит 32 гига и не хватает. Сейчас ужал скулю память до 10 гигов, ибо до этого стояла 15 и 1с-ка (сервер приложений + клиенты) уложила сервер в своп.

"4 ядерный Xeon, если что" - частота какая?

(62) Гадание на кофейной гуще с последующим тыканием пальцами в небо.

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

Чтобы давать реальные советы, нужны реальные данные. А их автор давать не хочет.

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

А SQL по памяти ограничен? Он имеет неумеренные аппетиты по памяти по дефолту.
В общем сллишком мало исходных данных

(65) общие рекомендации не считаются гаданием

(0) слугай сюда что надо сделать. подними руку высоко над головой, резко махни вниз, и скажи "ну, и х.. с ним!"

(69) https://www.youtube.com/watch?v=eYo-ZrkMGNg

(69) Это наиболее правильный совет. Только не "х.. с ним!", а "х.. с вами!"

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

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

Но интерфейс УТ11 в терминале будет тормозить ВСЕГДА, независимо от количества ксеонов на твоем сервере. Возьми яндекс и почитай про принципы работы УФ - они будут тормозить в терминале ВСЕГДА, потому что они так устроены.

(71) ой! а просвятите нас, пожалуйста, почему УФ именно в терминале будет ВСЕГДА ВСЕГДА тормозить. как так они устроены?

Присоединяюсь к (72), только без стеба. Надеюсь, речь не о градиентном цвете фона УФ пойдет.

(72) это тайное знание передающее из поколения в поколения. Никто не знает почему и как но все знают, что УФ в терминале тормозит. И что работа тонкого клиента на локальной машине всегда быстрее чем в УФ

(74) Наверное, ты хотел сказать "быстрее чем в РДП"?

(0) Посмотри вот это видео и выполни рекомендации, которые в нем дают.
https://youtu.be/oljKKUJwAUw

+ (76) Там как раз про борьбу с тормозами в 1с

Столько уже нафлудили, хотя ТС так и не указа точную модель процессора и дисков.

а какая разница, если тема была создана только для флуда

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