Развертывание 1С:Предприятие в файловом режиме на удаленном рабочем столе (RDP) — это популярное решение для малого и среднего бизнеса. Несмотря на кажущуюся простоту, такая конфигурация таит в себе множество нюансов, связанных с производительностью и стабильностью. В рамках данной статьи мы проанализируем опыт системных администраторов и рекомендации специалистов, чтобы составить полную картину настройки сервера для 5–15 пользователей.
Одним из самых жарких споров при планировании сервера является объем оперативной памяти на одного пользователя. Давайте разберем, почему старые нормативы больше не работают. Ранее считалось, что 512 Мб на сессию RDP достаточно. Однако современные конфигурации на управляемых формах, такие как Управление торговлей 11, Бухгалтерия предприятия 3.0 или ЗУП 3.1, крайне требовательны к ресурсам.
Проанализируем реальные показатели из практики:
Наш вывод: Планируйте минимум 1.5 Гб ОЗУ на каждого пользователя 1С плюс 2–4 Гб на нужды самой операционной системы сервера. Для 5 пользователей УТ 11 минимально необходимым объемом будет 12 Гб, а для комфортной работы — 16 Гб.
В файловом варианте работы 1С база данных представляет собой один файл 1Cv8.1CD. При одновременной работе нескольких пользователей количество операций ввода-вывода (IOPS) возрастает в геометрической прогрессии. Разберем влияние типов дисков на производительность:
Рассмотрим ситуацию, когда база и программа находятся на одном физическом диске. В случае использования старых HDD это приводит к огромным очередям запросов, и система начинает «фризить». Если же мы используем современные SSD или, что предпочтительнее, NVMe диски, разделение базы и исполняемых файлов программы 1С на разные логические разделы не дает ощутимого прироста, так как скорость доступа к ячейкам памяти практически мгновенна.
Важно помнить о критическом ограничении файловой базы: объем одной таблицы внутри файла .1CD не может превышать 4 Гб. Для крупных баз УТ 11 это может стать проблемой уже через год активной работы. В таком случае потребуется переход на клиент-серверный вариант (SQL).
Выясним причину популярности альтернативного метода доступа — публикации базы через веб-сервер (Apache или IIS). Этот способ позволяет пользователям подключаться через Тонкий клиент, не используя тяжелые терминальные сессии.
Преимущества веб-публикации:
Недостатки и риски:
Посмотрим на ситуацию с технической стороны. При работе файловой базы через веб-сервер вся нагрузка по обработке данных ложится на модуль веб-сервера. Существует мнение, что веб-сервер в связке с файловой базой работает однопоточно — это означает, что запросы пользователей выстраиваются в очередь. Если один бухгалтер запустит тяжелый отчет, остальные пользователи будут ждать его завершения. Поэтому для группы более 5–7 активно работающих человек вариант с RDP часто оказывается более отзывчивым, несмотря на высокие требования к памяти.
Чтобы файловая база на RDP работала без сбоев, проанализируем необходимые административные меры:
1. Настройка антивируса. Это критический момент. Антивирус может блокировать файл базы при каждой попытке записи. Мы должны добавить в исключения:
.1CD, .1CL (файлы блокировок).%AppData%\1C\1cv8).2. Механизм SMB Oplocks. Если ваша база лежит на сетевом ресурсе (даже если это соседний раздел того же сервера), обязательно отключите Opportunistic Locking. Это предотвратит риск повреждения структуры файла базы при внезапном разрыве сетевого соединения или завершении сессии пользователя «крестиком».
3. Регламентное обслуживание. Файловые базы склонны к накоплению внутренних ошибок. Разберем по шагам обязательный план обслуживания:
1Cv8.1CD при закрытых сеансах).chdbfl.exe (находится в папке bin платформы) для проверки физической целостности файла базы данных.Современный интерфейс «Такси» использует аппаратное ускорение. На сервере без дискретной видеокарты вся нагрузка по отрисовке окон ложится на центральный процессор. Чтобы интерфейс не тормозил, рекомендуем:
Подведем итог наших рассуждений. Для стабильной работы 5 пользователей с перспективой расширения до 15 человек в программах УТ 11, БП 3.0 и ЗУП 3.1, оптимальным выбором будет сервер со следующими характеристиками:
Соблюдение этих рекомендаций позволит вам создать надежную среду для работы, где программа будет работать «без особых тормозов», а системный администратор избавится от необходимости ежедневного «тушения пожаров» из-за зависших сессий.