Доброго времени суток!
Подскажите, как ускорить работу 1С? Штатного 1Сника нет, нагрузили меня.

Имею сервер Dell PowerEdge T30:
ЦПУ Xeon E3-1225 3,10 Ггц, 4 ядра, 4 потока
Чипсет мат.платы Intel C236
Память 2х8ГБ DDR4-2400
ОС Windows Server 2012 R2 Foundation
Основной ЖД     2хTOSHIBA 1TB
Базы 1С на SSD Kingston 120 GB

Есть 3 тяжелых пользователя и 3 лёгких. Базы Бухгалтерия и ЗУП. Вес баз 4,5 Гб. Платформа 8.3.13.
Работают в файловом варианте. Сеть 100 мб/сек. (правда через кучу хабов). + На сервере крутится файлопомойка (в будущем уберется)
Лицензии изначально однопользовательские, поэтому по RDP пустить только одного получается. Да и 1С не шустро работает даже на сервере локально.

Чтобы не выбрасывать деньги на ветер, хотел бы спросить у Вас совета, как ускорить работу 1С
В голову сейчас приходят следующие варианты:

1. Перенести базы на SQL.
-даст ли это прирост в быстродействии?
-sql ставить буду бесплатный(кряк).

2. Перевести сеть на гигабитную.
-насколько повлияет пропускная способность сети на быстродействие?

3. Заменить процессор на Xeon E3-1280 V6 3.9 Ггц
-на данный момент загруженность процессора не превышает 20%, поэтому стоит ли это делать?

4. Перенести ОС на SSD.
-вообще влияет ли как то нахождение ОС на твердотельном или на харде на работу файловой 1С?

5. Поставить 1С Сервер.
-можно ли при таких характеристиках сервера ставить 1с сервер и потянет ли он?

Либо совместить все варианты, либо посоветуйте иное решение проблемы. Буду очень признателен!

(35) без клиент-сервера память большого смысла не имеет.
Если бюджет ограничен, то лучше SSD под систему. Хотя памяти много не бывает)

(0) Прикреплённые файлы пользователей хранятся в базе или в отдельном каталоге?

(35) А смысл в памяти, если у вас сервер тупо расшаривает файлы по сети на много пользователей и кэш не используется при этом?

(0)

Разверни х64-платформу и IIS или APACHE, опубликуй базу.
Юзеров пускай через тонкий клиент.

SSD под систему и базы, памяти в зависимости от нагрузки.
Ну и регулярное мытьё кеши, chdfl.exe и ТиИ

как то вебсервер ускорил работу прямо заметно

(38) в базе

(39) смысл в памяти, чтобы перевести на sql

(41) какие параметры сервера были?

(35)(36) через веб она не сожрет много, сначала тонкий, две публикации по 2-3ГБ, изи бризи в 16ГБ
(43) ты хочешь ускорить или потренировать скл?

(45) ускорить

(42) Перенеси хранение в каталог, потом сделай ТИИ с сжатием таблиц. Скорее всего твоя база сильно уменьшится в размерах и тормозить перестанет.

(43) Определись:
MSSQL и полноценный клиент-серверный вариант потребует значительных фин.затрат, включая лицензию на сервер 1С.

В твоём случае, если нагрузка не большая, пробуй связку платформа х64+веб-сервер. Ваще бесплатно по итогу выйдет, и прирост неплохой.

Либо делай всё по фень-шуям: отдельный сервер SQL, отдельный сервер приложений 1С, гигабитная сеть и.т.п. со всеми вытекающими.

(46) тогда веб-сервер и ssd под систему
(48) эти фень-шуи не про шесть калек: "3 тяжелых пользователя и 3 лёгких"

(46) ну и публикуйте, на сэкономленные деньги купите итс)

(49) Да уж...

(0) веб-публикацию файловой базы делай.
ибо а) бесплатно б) обратимо.
попробуешь узнаешь.

(51) ?

(53) Того же мнения 6 пользователй... SQL...

(53) переживаем за 3 калек и 3 легких.

Вместо апачи можно использовать публикатор 1С. Бюджет не озвучен. Гадать можно до пятницы

(56) судя по (0) и кряку скл, то бюджет равен трудочасам топикстартера и ни рубля живых денег.

кстати, где вы в 21 веке берете сетевые карты и хабы на 100 мбит? я думал 1-10 гбит это уже стандарт...

убедили за веб! спасибо! (56) бюджет естественно чем меньше тем лучше. (58) опять же бюджет. не до всех еще прогресс дошел

(58) Даже у нас во франче 100 мбит между этажами, здание не нам принадлежит. Починить розетку - целый квест.

(60) У меня даже дома 100, хотя всё оборудование гигабитное. Каждый раз, когда копирую что-то с НАСа/на НАС руки чешутся разобраться, что не так с этим роутером. Но это быстро проходит.

(30) +1 Недавно наблюдал, памяти занято процентов 20,  но система на обычном диске , запуск базы идет минут пять , база небольшая БП 3.0 , в мониторе производительности видна большая очередь к системному диску, выше 5,  и запись кучи файлов мелких в темп пользователя. Работа в терминале.

постввить 3 ссд диска: система, база, темп

можно в рейд 0 каждый

(0) Покупай мини-сервер 1С и ставь постгрес, вэб клиент не поможет, он работает на одном проце и распределять нагрузку не умеет. ССД в файловом варианте тоже не помогут, всё упрётся в сеть.

(65) >>Покупай мини-сервер
И работать по очереди?

>>всё упрётся в сеть.
Упирается не в сеть (100мб), а в специфику работы 1с с файловой базой по сети

>>вэб клиент не поможет, он работает на одном проце и распределять нагрузку не умеет.
Веб-сервер поможет, возможно этого будет достаточно. Вроде можно поставить несколько экземпляров веб-сервера. Клиент использовать тонкий через веб.

Полноценный сервер конечно быстрее, но весьма вероятно ТСу он не понадобится.

(59) попробуй на копии базы сделать (47). В моей практике это 2 раза помогало.

(66) У ТС менее 5 пользователей в базах, какая очередь!?

(66) И как распределить кучку веб-серверов по процам не подскажите, а про разлочивание блокировки файловой системы можно прояснить? Не надо впихивать невпихуемое.

(68) 5<6?
(69) Нет, так нет. Я бы таким не стал заморачиваться (если покупка сервера не из моего кармана).
>> а про разлочивание блокировки файловой системы можно прояснить?
чисто теоретически: две базы - два веб-сервера, где они друг друга лочить будут?

SQL медленней файловой тонкого клиента через веб-сервер на малом количество юзеров до 5-8.

(71)+ Точнее не совсем верно выразился. Если одновременно все 5-8 юзеров буду грузить одну базу то SQL справится с этим лучше.
Но такое редко происходит и чаще грузят не все юзеры и/или поочереди, в результате файловая кажется шустрее.

// а про разлочивание блокировки файловой системы можно прояснить?

Это же древняя, как дерьмо мамонта проблема с протоколом сетевого доступа к открытым в многопользовательском режиме файлам. Что тут пояснять? Можно даже на уровне СУБД увидеть, что сама СУБД обращается к диску через свой внутренний интерфейс, которые замещает собой траблы, которые создает файловая система носителя.

(73) Эта трабла решается шарой на линуксе через самбу ))

(74) нет

(75) Частично решается, работает сильно лучше если самба правильно настроена.

(76) :-) так точнее, согласен. Но лучше поставить веб-сервер - будет еще лучше.

(70) мне тоже кажется это хорошим вариантом, еще немного бесплатного сыра. Только думаю 2 базы 4 вебсервера, для 1сины это просто файловый вариант одновременной работы, ссд затащат

(78) Интересна практика. (69) вон полон скепсиса.
Имхо ТСу одного вебсервера будет с головой

(79) по процам справится винда, по разлокам справятся ссд, все таки 1с дарит не совсем плохую субд файловикам

(79) Одному клиенту настраивал УТ11.4 (10 юзеров) + БП3 (2-3 юзера) так веб-сервер файловый вариант даже на i3 на обычном SATA 6Gb/s SSD всего 8Gb RAM вполне тащит.
Главное на этом "сервере" клиента 1С не запускать иначе свопить начинает.
Тонкие клиенты 1С работают вполне вменяемо, не скажу что летают (как было бы на железе получше) но работать можно, особых тормозов нет.

(79) Надо пробовать, без теста всё вилами по воде писано. Могу заметить не в пользу веб-сервера его не управляемость, сбрасывать зависшие сеансы как в сервере 1С не получится.

(82) Все там прекрасно сбрасывается перезапуском апача ))

(83) Сам пробовал или кто сообщил?

Сегодня запустил всех пользователей в WEB-сервер на IIS. Программа заиграла новыми красками, в смысле по быстродействию.
Посмотрю по степени работы на вылеты. Раньше в файловой регулярно кто-то жаловался на ошибки "файл базы повреждён".

(84) Сбрасывается, факт. Только не очень удобно, нельзя конкретного пользователя выкинуть, при рестарте апача отваливаются все, подключенные через него.

+(86) А иначе и быть не может, поскольку каталога сеансовых данных в случае "веб-сервера" нет, все сеансовые данные хранятся в памяти веб-сервера...

(85) Поставьте уже SQL-сервер. Перестаньте лохматить бабушку.

(85) эта проблема уйдет, придут другие. но не такие страшные, вроде.

У меня несколько баз файловых типовых Бух 3 и ЗУП 3 через гигабитную сетку - вполне нормально работают... жалоб нет.

(90) +1
Да, сеть в файловых базах тоже играет немаловажную роль. У меня в практике был случай, когда один и тот же отчет СКД на двух одинаковых ПК работал с разницей в 10 минут: на одном ПК, где лежала база - 10 секунд; на другом ПК, который получал данные по сети - 10 минут.
Оказалось, что дело было в использовании временных таблиц. Результат одной "тяжелой" временной таблицы СКД отправлял на удаленный ПК по сети - на это и уходило все 99% времени формирования отчета.

(91) В файловой временные таблицы по сети? Это как ты умудрился?

(92) А кстати, интересный вопрос - где в файловой 1с физически хранятся временные таблицы? Кто-нибудь достоверно знает?

в файловом режиме? Вот тут 1Cv8FTxt

(93) Файл 1Cv8tmp.1CD

(95) Я тоже так подозревал, но нигде явно это не написано. Везде информация что там некие "данные, относящиеся к сеансам пользователей".

(92) Я ж говорю, выполнял СКД. Видимо, такова особенность компоновщика или построителя отчета в файловых базах - компоновку делает на удаленном ПК.

(96) Ну поместит в ВТ 100000 строк и посмотри размер.

(97) *Не построителя отчета, а процессора вывода.

(98) Тут фишка именно в компоновке. Попробуй создать большую ВТ в компоновке и выбрать из нее все данные. И выполни этот запрос на ПК по сети.

(100) Епстественно, данные протащаться по сети на клиентский комп, когда будет выборка из БД, потом протащаться обратно на серверный комп, когда будет помещение в ВТ, потом обратно по сети на клиентский комп, когда будет выборка из ВТ.

Все операции с данными - на клиентском компе.

(100) Да что ж такое! Тороплюсь. Хотел написать иначе.
Чтобы добиться эффекта, достаточно:
1. Сформировать ВТ в 10м записей.
2. В отчет вывести 1 запись.
3. Выполнить отчет на удаленном ПК по сети.

(101) А вот если сделать вложенный запрос, то ничего этого не будет. Запрос выполнится на удаленном ПК и по сети, как мне показалось, передастся только то, что должно быть выведено в отчет.

(103) Нет.

(103) Все зависит от того, что ты считаешь. Попадешь ты в индекс или нет. Если попадешь - 1С прочитает только те области файла, которые нужны и потащит на клиентский комп только то, что нужно.

(105) Ну возможно. Во всяком случае в той ситуации вложенный запрос решил проблему.

(101) В случае файловой базы "серверный комп" - это же клиентский комп с точки зрения выполнения кода. Т.е. вопрос где физически будут создаваться ВТ - в папке с базой или локально.

скажите, а веб сервер только с УФ работает?

(108) Если про интерфейс то да, если про интеграционные механизмы, то ОФ или УФ - не важно

(109) ну конфа в основном на ОФ, не заработает?

(0)
Попробуйте для начала автономный сервер + публикация на веб-сервере
Работать будет точно быстрее.
Ну и SSD - обязательно, даже не обсуждается.

(111) "автономный сервер" - он точно нужен и будет лучше?
ТС в (85) уже отчитался об успехах

(112) Будет точно лучше чем (85) ибо просто файловая на вебе работает в ограниченном режиме (например, если один запустил например долгий отчет то остальные курят пока программа этот отчет не посчитает), об этом много написано, в т.ч. на ИТС, я сам в это упирался

(113) С ограничениями веба с файловой базой более менее понятно. Вопрос про практику применения автономного сервера, а также его лицензирования. Судя по описанию в конфигурации ТСа уже понадобится лицензия на сервер. А есть ли какой-то смысл использовать АС при наличии лицензии на полноценный сервер?

(0)Что подразумевается под "ускорением" в вашем случае? Конкретных примеров в ветке я не увидел.

(0)
Если файл БД создан до версии платформы 8.3.8, то ещё можно попробовать применить cnvdbfl.exe. Здесь про это ещё не упоминали.

(101) Вот поэтому файловая база по сети - зло.
(113) Это легко обходится созданием нескольких экземпляров апача.  http://catalog.mista.ru/public/239498/

Насчет 64 Гб памяти это полный бред - у нас терминалка на 50 юзеров под УПП (ОФ+УФ) прекрасно живет на 20 Гб. Покупать Сервер 1с и SQL для 6ти пользователей сомнительное удовольствие. Веб сервер - возможно.Однопользовательские лицензии преобразовать в многопользовательскую.И самое простое и эффективное - поднять терминальные службы. Ну либо поставить win7/8/10 Pro и использовать rdpwrap. Да, и купить самый простой 860 EVO и туда поставить и ось и базы. Ну либо на разные ССД. И Даже файлопомойка тут не помешает.

(114)
При наличии серверной лицензии смысла нет

(117)
Зачем несколько экземпляров апача если есть бесплатный автономный сервер?))))
Жесть какая)

(120) "Тонкий клиент, веб-клиент".
Не катит (с)

(120) насколько бесплатный?

(120) Бесплатный автономный сервер? А вы уверены, что в нём не те же самые проблемы, что и в модуле веб-сервера 1с? Просто уж очень сильно он похож на примитивный веб-сервер, по сути апач с вырезанным всем, что не нужно для загрузки библиотек 1с и обслуживания запросов..

(120) что-то перепутали насчет бесплатности и насчет автономности ( если я правильно догадываюсь о чем вообще речь, то в каком-то релизе платформы в новостях речь вели о 3-ех коннектах )

Целая толпа 1Сников решает проблему производительности, а какую именно проблему вы тут решаете даже неизвестно. Может у него там отчет долго формируется, который криво написан. Ни одного! показателя низкой производительности нет.

(125) поставь ЗУП 3 файловую на блин и замерь время нужное чтобы войти в расширенные настройки личные данные сотрудников с ярлыка 1с)

(125) топикстартер уже все решил, что ему было нужно :-)
Тебе просто не удалось заметить это среди ответов остальных, которые продолжают что-то решать.

Такие ветки логично или топить или блочить, т.к. они просто скатываются во флуд, хорошо хоть не в явный оффтоп

(123) >>Просто уж очень сильно он похож на примитивный веб-сервер
У разработчиков автономного сервера, кажется, иное мнение на этот счет:
"Автономный сервер предоставляет тот же перечень возможностей, что и кластер серверов той же версии, за исключением средств администрирования и управления. Автономный сервер содержит встроенный веб-сервер"
"Автономный сервер является приложением (ibsrv), в котором реализовано все необходимое для работы сервера «1С:Предприятие»
Отсюда https://its.1c.ru/db/v8314doc#bookmark:adm:TI000000895
Думаю, что он не с нуля написан начинающим программистом.

А так, сумма в размере 14400 р. за минисервер + PostgreSQL решают задачу, в данном случае. Правда, минисервер позволяет всего 5 пользователей одновременно...

(116) кстати спасибо ! проверил у себя - надо конвертировать все базы !

(129) 11

(131) 11 пользователей?

(132) ну да

Хотя я ошибся наверное

Десять пользователей на минисервере было бы идеальным подарком от 1С

(134) Там пять + 1 в конфигураторе одновременно.
(135) Полностью согласен. Пусть цена бы была немного больше.